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1.0 Introduction 

This document establishes the physical and electrical characteristics for the Mercury 
24. The Mercury 24 is a high resolution, graphics display board for the Macintosh 
computer. The Mercury 24 occupies one NuBus slot in the Macintosh. It is capable of 
six pixel depths, multiple resolutions, and has a QuickDraw accelerator. The 
connectors for a MIPS co-processor or DSP based daughter board are also included. 
A block diagram of the Mercury 24 is shown in Figure 1-1. This document is the 
property of RasterOps. Reproduction of this document is prohibited. 



Figure 1-1 Mercury 24 Block Diagram 

2.0 Hardware Description 

2.1 Features 


Switchable Resolutions of (Software Selectable stored in EEPROM or Monitor ID 
Selectable) 


-1280X1024 
-1152x870 

- 1024x768 

- 832 X 624 

- 640 X 870 

- 640 X 480 


(16-bit, 75 Hz Vertical Refresh, Non-interlaced) 
(75 Hz Vertical Refresh, Non-interlaced) 

(60,75 Hz Vertical Refresh, Non-interlaced) 

(75 Hz Vertical Refresh, Non-interlaced) 

(75 Hz Vertical Refresh, Non-interlaced) 

(66 Hz Vertical Refresh, Non-interlaced) 
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Pixel Depths of 1,2, 4, 8,16, and 24-bits 

NuBus Block Mode l\3|^r/Slave Compatible vj'tAM. (vccS75 

134.2 Million Color Palette (9 bit DACs) 

Mercury based QuickDraw Accelerator 
RS-343 Video Compatible 

15-Pin D-Submininature Connector (Same as Apple) 

Hardware Zoom of lx, 2x, 3x... to 16x 
Smooth Pan independent of pixel depth 

2.2 Overview 

The Mercury 24 is a stand alone frame buffer. It can display up to 24-bits per pixel in 
one of many resolutions. It is capable of integer zoom and implements smooth paning 
in all bit depths. The DACs are 9-bit instead of 8-bit to allow for gammas up to 2.4 
without redundant colors. A Mercury based QuickDraw Accelerator is included for 
maximum performance. As an added feature, the Mercury 24 also supports an MIPS 
coprocessor or a DSP based daughter card. 

3.0 Technical Data 

3.1. Absolute Maximum Ratings 


Supply Voltage, VCC. 5.25 Volts 

Operating Ambient Temperature Range. 0 °C to 60 °C 

Storage Temperature. -65 °C to 150 °C 

ICC (Supply Current). 4.0 A @ 5.25 V 


3.2 Reference Drawings 

The following items should be referenced for information on the Mercury 24. 


Mercury 24 Top Assembly LM 

2642 

Mercury 24 Schematics 

0002-0496-11 

Mercury 24 PCB Fab 

0002-0497 

Mercury 24 PCA 

0002-0498-10 

Mercury 24 Manual 

0700-0230 
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4.0 Addressing 

The Mercury 24 runs in “Fat Slot” (16 MByte of addressable space) and “Super Slot" 
(256 MBytes of addressable space) mode. A detailed address map for the 16 MByte 
space is shown in Figure 4-1. 


Address Range 

Access 

FSF8.0000 - FsFF.FFFF 

Flash Rom (512 KBytes) 

FsFO.0600 - FSF0.06FF 

RGS14188 (256 KBytes) 

FsFO.0500 - FSF0.05FF 


FsFO.0400 - FSF0.04FF 

JuDiter 4 (128 Bytes Aliased) 

FsFO.0300 - FSF0.03FF 

JuDiter 3 (128 Bytes Aliased) 

FsFO.0200 - FSF0.02FF 

Jupiter 2 (128 Bytes Aliased) 

FsF0.0100-FsF0.01FF 

Jupiter 1 (128 Bytes Aliased) 

FsFO.OOOO - FsFO.OOFF 

DAC (16 Bytes Aliased) 

FsEO.OOOO - FsEF.FFFF 

Accelerator Registers (No-ACK) 

FsDO.OOOO - FsDF.FFFF 

Unused (No-ACK) 

FS80.0000 - FsCF.FFFF 

Expansion Slot Space (No-ACK) 

FS40.0000 - FS7F.FFFF 

Frame Buffer Expansion (ACK)/G-World (No-ACK) 

FsOO.OOOO - FS3F.FFFF 

Frame Buffer 


Figure 4-1 Address Map 

The 256 MByte "Super Slot" address space is accessed with addresses of the form 
sOOO.OOOO where s is the slot number. This "Super Slot" space contains up to 256 
MBytes of Dynamic RAM usable for anything desired. 

4.1 Video System Controller - RGS14188 

A single RGS14188 is used to control the video display memory of the Mercury 24. A 
brief description of the pertinent registers is given in the following sections. For more 
information on the RGS14188 refer to the RasterOps RGS14188 User’s Guide part 
number 0002-0272. 

4.1.1 Interface Control Registers 

These registers are used to control the interface and internal configuration of 
the RGS14188. 



Address 

Function 

Control 1 

Base + 8'hOO 

RAM Size and Arbitration etc. 

Control 2 

Base + 8'h04 

Page Mode Ctrl and General I/O Funct. 

Control 3 

Base + 8‘h08 

Video Timing Interface Control 

Control 4 

Base + 8'hOC 

Interrupt and Ready Control. 

Status 

Base + 8'h10 

Interrupt and CRT Control Status 


Table 4-1 - Interface Control Registers 
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4.1.2 Refresh Control 


This register sets the internal refresh request interval. It should be set to 
approximately ‘9C’ hex. 



Address 

Function 

1 Rfsh Interval 

Base + 8'h14 

Refresh Intervai Duration 


Table 4-2 - Refresh Control 
4.1.3 Screen Update Control Registers 


These registers are used to control how the actual display is updated. They 
provide panning capabiiity and other important functions for screen update 
operation. 


Register 

Byte 


Function 

Dispiav Start 

Low 

Base + 8'h2C 

Upper Left Corner of Dispiay 


Middle 

Base + 8'h28 



mmm 

Base + 8'h24 


Half Row Increment 

Low 

Base + 8‘h3C 

Half Row Address for VRAM 


Middle 

Base + 8'h38 



mmsM 

Base + 8'h34 


Display Pitch 

Low 


Vert. Adj. Pixels 


Middle 

Base + 8'h48 




Base + 8'h44 


Column Address Mask 

HiHH 

Base + 8'h50 

Mask for Midlines 

Horizontal Latency 


Base + 8'h54 

Hoidoff Time for Xfer Cycies 


Table 4-3 - Screen Update Control 
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4.1.4 Horizontal Timing Control 

These registers are used to control all the horizontal screen timing parameters 
for interlaced and non-interlaced screens. 


Register 

mmm 

Address 

Function 

Horizontal End Sync 

Low 


Sync Duration 


msmm 

Base + 8'h58 


Horizontal End Blank 

Low 

Base + 8'h64 

Sync + Back Porch 


mmm 

Base + 8'h60 


Horizontal Start Blank 

Low 

Base + 8'h6C 

Sync + Back Porch + Visible 


msMM 

Base + 8‘h68 


Horizontal Total 


Base + 8'h74 

Total Visible 


WEmm 

Base + 8'h70 


Horizontal Half Line 

Low 

Base + 8'h7C 

Duration for half a line 


jmmm 

Base + 8'h78 


Horizontal Count 

f 

Base + 8‘h84 



WEmm 

Base + 8'h80 



Table 4-4 - Horizontal Timing Control 
4.1.5 Vertical Timing Control 

These registers are used to control all the vertical screen timing parameters for 
interlaced and non-interlaced screens. 


Register 

■SB 

Address 

Function 

Vertical End Sync 


Base + 8'h88 

Sync Duration 

Vertical End Blank 


Base + 8'h8C 

Sync + Back Porch 

Vertical Start Blank 

Low 

Base + 8'h94 

Sync + Back Porch + Visible 


msmm 

Base + 8'h90 


Vertical Total 

Low 

Base + 8'h9C 

Total Visible 


mzmm 

Base + 8'h98 


Vertical Count 

■I^QII 

Base + 8'hA4 

Start Value for Vertical Cntr. 


msmm 

Base + 8'hAO 


Vertical Interrupt Line 

Low 

Base + 8'hAC 

Interrupt Line 


■glglM 

Base + 8'hA8 


Y-Zoom 


Base + 8'hB8 

Y-Zoom Factor 1-256X 


Table 4-5 - Vertical Timing Control 
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4.1.6 General Purpose Registers 

These registers are used to controi the general input/output functions of the 
RGS14188. Figure 4-2 shows exactly how each bit is defined for the Mercury 
24 system. The GIO Configuration register should be set to 16'hFFBF 


Register 

Byte 

Address 

Function 

General I/O Configuration 

Low 

Base + 8'h18 

Configure Low Byte (0=in) 


■am 

Base + 8'h1C 

Configure High Byte (0=in) 

General I/O 

Low 

Base + 8'hBO 

Actual Input/Output Pins 


Kim 

Base + 8'hB4 


Software Register 


Base + 8'hBC 

Generai Purpose Register 


Table 4-6 - General Purpose Registers 


High Byte 


GI015 

GI014 

GI013 

GI012 

GI011 

GIO10 

GI09 

GI08 

N.C. 

N.C. 

N.C. 

N.C. 

N.C. 

ID2 

ID1 

IDO 

Low Byte 








GI07 

GI06 

GI05 

GI04 

GI03 

GI02 

GI01 

GlOO 

Serial 
Chip Sel 

Serial 
Data Out 

Serial 
Data In 

Serial 

Clock 

N.C. 

N.C. 

ICD DAT 

ICD CLK 


Figure 4-2 General I/O Definitions 

ICD CLK. ICD DATA A new ciock synthesizer (ICD 2062) is used on the 
Mercury 24. The ICD 2062 is fully programmable. Both the pixel clock as well as 
the system clocks are generated by this 1C. Table 4-7 shows the serial bit 
streams required for the various frequencies. 
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M Clock Frequency 

Serial Bit Stream 

40.0000 MHz 

0637C2F 


V Clock Frequency 

Serial Bit Stream 

30.240 MHz 

009F0A8 

57.296 MHz 

0099C23 

64.000 MHz 

00BF426 

80.000 MHz 

00FF41E 

100.000 MHz 

01BFC18 

107.619 MHz 

03BB813 


Table 4-7 Clock Chip Setup 


Serial Clock 

This bit is connected to the EEPROM’s Serial Clock pin. 

Serial Data In 

This bit is connected to the EEPROM’s Data In pin. 

Serial Data Out 

This bit is connected to the EEPROM’s Data Out pin. 

Seriai Chip En 

This bit is connected to the EEPROM’s Chip Enable pin. 

Monitor IDO 

This bit is connected to the Monitor IDO pin of the video connector. 

It is first sampied aiong with ID1 and ID2 for vaiid patterns. If no valid pattern is 
found then it is driven low while sampling ID1 and ID2. If no pattern is stili found 
then use the EEPROM data like our current products. 

Monitor ID1 

This bit is connected to the Monitor ID1 pin of the video connector. 

It is first sampled along with IDO and ID2 for valid patterns. If no valid pattern is 
found then it is driven low while sampling IDO and ID2. If no pattern is stili found 
then use the EEPROM data like our current products. 

Monitor ID2 

This bit is connected to the Monitor ID2 pin of the video connector. 

It is first sampied aiong with IDO and ID1 for valid patterns. If no valid pattern is 
found then it is driven low while sampling IDO and ID1. If no pattern is stiii found 
then use the EEPROM data like our current products. 
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4.2 Mercury 

4.2.1 Introduction 

The Mercury chip is intended to be an acceleration co-processor and data path 
controller for the RGS14188 (Venus) chip. It takes advantage of a very fast, 
highly parallel architecture to speed up drawing, using Block Transfers (BLTs). 

In addition many Boolean, arithmetic and “special” operations can be performed 
on the data to be BIT. Mercury is designed to be interfaced to a Dynamic RAM 
array and a Video RAM array. It contains one bank of internal Static RAM 
(SRAM) which is 320 words deep by 128 bits per word (320 x 128). The SRAM 
is used for fast temporary storage of data. Mercury is a byte addressable 
machine. For the most detailed Mercury information please refer to the Mercury 
specification. 

4.2.2 Acceleration 

Mercury has several modes of acceleration and can manipulate linear, or 2- 
dimensional pixel arrays. It is also capable of doing pixel operations on four 32- 
bit pixels, eight 16-bit pixels, or sixteen 8-bit pixels at one time. In addition to all 
of its acceleration capabilities. Mercury acts as a data path controller for the 
RGS14188 chip and as a host interface for a large dynamic RAM array. It will 
automatically route a standard 32-bit Big Endian or Little Endian data bus to its 
high speed parallel bus for RAM read and write operations. 

All acceleration is based on “Source/Destination BLTs” (Block Transfers). A 
Source/Destination BLT, using very high speed accesses, reads the data at the 
source (DRAM, VRAM or Internal Register), operates on it, and returns the new 
data to the destination. The internal Static RAM is used to store these blocks of 
data when necessary. Be sure to keep in mind that Mercury is a byte oriented 
machine. 

4.2.3 Internal Registers 

Mercury has several internal registers all of which are a maximum of 32-bits 
wide. Each register has read/write ability and must be accessed as a long (32- 
bit) quantity. AD[31:0] will contain the data to be written or read. Table 4-8 
shows the address map for all the internal mercury registers. 
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Register 

Address 

Register 

Address 

Status 

base + 8'hOO 

S START 

base + 8'h40 

System Control 

base + 8‘h04 

S XEND 

base + 8’h44 

VRASO LB 

base + 8'h08 

S VEND 

base + 8'h48 

VRASO UB 

base + 8'hOC 

S PITCH 

base + 8'h4C 

VRAS1 LB 

base + 8'h10 

S CEND 

base + 8‘h50 

VRAS1_UB 

base + 8'h14 

S INC 

base + 8‘h54 

VRAS2 LB 

base + 8'h18 

OFFSET 

base + 8'h58 

VRAS2 UB 

base + 8'h1C 

D START 

base + 8’h5C 

VRAS3 LB 

base + 8'h20 

D XEND 

base + 8'h60 

VRAS3 UB 

base + 8'h24 

D VEND 

base + 8'h64 

BANKO END 

base + 8'h28 

D PITCH 

base + 8'h68 

Unused 

base + 8'h2C 

D CEND 

base + 8'h6C 

Unused 

base + 8'h30 

DJNC 

base + 8'h70 

Unused 

base + 8'h34 

Foreground 

base + 8'h74 

Unused 

base + 8'h38 

Background 

base + 8'h78 

Unused 

base + 8‘h3C 

BLTer Control 

base + 8'h7C 


Table 4-8 Mercury Register Addresses 


4.3 DAC 

The Digital to Analog Converter is the Bt9046. The Bt9046 is a custom RamDac by 
Brooktree which integrates the pixel unpacking from the VRAM as well as CYMK 
conversion. The RamDac’s data path is physically connected to DO through D8. Only 
word and long accesses are allowed as the RamDac has a 9-bit data path For more 
information on DAC addressing and functions refer to the Bt9046 Data Sheets. 
Addresses A3 and A2 are connected to Bt9046 pins Cl and CO respectively. 

4.3.1 Sync Sources 

“Syncs” will always appear on the GREEN analog output of the Bt9046. A 
pinout for the Video Output Connector is provided in Figure 4-3. 
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15-PIN DSUB CONNECTOR 


Pin 1 

GROUND 

Pin 2 

RED 

Pin 3 

Composite Sync (Active Low) 

Pin 4 

Monitor IDO 

Pin 5 

GREEN 

Pin 6 

GROUND 

Pin 7 

Monitor ID1 

Pin 8 

NO CONNECT 

Pin 9 

BLUE 

Pin 10 

Monitor ID2 

Pin 11 

NO CONNECT 

Pin 12 

Vertical Sync. (Active Low) 

Pin 13 

GROUND 

Pin 14 

NO CONNECT 

Pin 15 

Horizontal Sync. (Active Low) 


Figure 4-3 Video Output Connector Pinout 


4.4 Fiash EPROM 

The Mercury 24 uses a Flash EPROM for the configuration ROM. The Size of the ROM 
is 128k X 8. The Flash EPROM can be written by following a prescribed sequence. For 
more information on programming see the Intel data sheet 28F010. 

5.0 Frame Buffer 

The frame buffer is 1024 x 1024 x 32. The data can be displayed using two different 
addressing mechanisms which we wiii cail SAM Length Independent and SAM Length 
Dependent. The SAM Length Independent approach uses the concept of midline 
transfers (transfer cycles during active video) to make the screen size in the X direction 
independent of the length of the serial port in the VRAM. This allows more (or less) 
pixels to be displayed on one line of the screen then are in one row of VRAM. The 
display is then effectively compressed into the upper left corner of the VRAM array 
using every memory location on every row. The SAM Length Independent method 
uses the VRAM most efficiently allowing a theoretical resolution of 1024 x 1024 or 
1152x910, 1280x819 etc. 

The Mercury 24 frame buffer is designed to be accessible as an Extended Desktop. 
This means that as the pixel bit depths and screen size decrease there is more 
memory available which can then be used to create a larger, or “extended” screen. By 
the use of panning one can then view that area of VRAM which is usually not 
displayed. As the bit depth is reduced to 4-bit, 2-bit or 1-bit even more VRAM is 
available for extended desktops. When using the SAM Length Independent approach 
for generating screen refresh addresses the desktop can be extended in either X or Y- 
direction or both. When using the SAM Length Dependent approach the desktop can 
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be extended in the X direction only. The Y-direction is fixed at a maximum of 1024 
lines. This is because each row of VRAM is displayed once every horizontal blanking 
interval (assuming no zoom) and there is no way to extend a line into the next row. 

6.0 Expansion 

The Mercury 24 gives two connector options for expansion. The NuBus is available on 
one 60-pin connector with buffered Clock and Reset signals. Two 96-pin connectors 
create the other expansion giving full access to the entire DRAM array and necessary 
arbitration circuitry. 
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1.0 Mercury 
1.1 Introduction 

The Mercury chip is intended to be an acceleration co-processor and data path 
controller for the RGS14188 (Venus) chip. It takes advantage of a very fast, highly 
parallel architecture to speed up drawing, using Block Transfers (BLTs). In addition 
many Boolean, arithmetic and “special” operations can be performed on the data to be 
BLT. Figure 1-1 shows a functional drawing of the Mercury chip. Mercury is designed 
to be interfaced to a Dynamic FIAM array and a Video RAM array. It contains two banks 
of internal Static RAM (SRAM) each bank being 320 words deep by 128 bits per word 
(320 X 128). The SRAM is used for fast temporary storage of data. Mercury is a byte 
addressable machine. 


188 

VRAM " 
Interface 


188 

Arbitration —^ 
interface 


188 Row Col. Addr.J 

188 RAS^ 
188 CAS J 
188 DT/OE >- 
188_WE>- 
188_REF>- 
I— VA Mux Control >- 

188 Bus Request 2 
188 Bus Grant Ack. ^ 
188 Bus Grant ^ 


Host 

interface 


Data In Latch En. ^ 
Data Out Latch En. >- 
Address/Datal 
Cycle Type ^ 
Transfer Size r 
Read/Write ^ 
input Latch Enable ^ 
Host Chip Select >- 
Transfer Ack. ^ 
Interrupt 4" 


Clock V- 
Resel>- 


Mercury 


188_IWCA[9fl] 

-188_RAS(3.-0] 

-188_CAS(3fll 

-188_DT/OE 

-188_WE 

188_REF 

VA_MCTRL 

-188_BR[10] 

-188_BGACK 

+188_8G 

+DIN_LE 

+DOUT_LE 

AD[31.-01 

CT 

SIZEfIfl] 

+RD/-WR 

+ILE 

-HCS 

-TACK 

-INT 

CLK 

-RST 


DA[11X)] 

-RAS[1.-0] 

-DWE 

-DOE 

VA[9.-0) 

-VRAS[3:0] 

-VWE 

-VDT/OE 

REF 

IPC_OUT 

IPCJN 

-RCASflSO] 

R0[127X)] 

-MBGACK 

+MBG 

+8LTJNT 

CYCLE[1.-0] 


ORAM Address 
—> DRAM RAS 
—> DRAM Write Enable 
—> DRAM Output Enable 


VRAM Address 
^ VRAM RAS 
—> VRAM Write Enable 
—) VRAM Output Enable 
—^ VRAM Extra Function _ 

-> Input Pipe Clk Out 
^ Input Pipe Clk In 
-||^ RAM CAS 
I FIAM Data Bus 


DRAM 
' Intertaoe 


, VRAM 
Interface 


^ Mercury Bus Request 
Mercury Bus Grant Ack. 
-<( Mercury Bus Grant 
BLT Interrupt 
-> Cycle Type 


VRAMORAM 

CTRL 


VRAM/DRAM 
U Arbitration 
Interface 


Figure 1-1 Functional Drawing 


1.2 Pin Description 
VRAM/DRAM CTRL 

RD[127:0] - RAM Data Bus[127:0] (TTL Bidirectional, Pulled Up, 4mA Drive) 

Mercury DRAMA/RAM data bus. This 16-byte bus is used to transfer data to and from 
the VRAM and DRAM arrays. 
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RCAS[15:0] - RAM CAS Bus[15:0] (3-State TTL Outputs, Pulled Up, 16mA Drive,) 

These 16 outputs give a byte oriented CAS structure for control of the 16-Byte data bus. 

IPC_OUT- Input Pipe Clock Out (TTL Output, 4mA Drive) 

This output is used to feed back into the "IPCJN" input for clocking of the input data 
pipe. This signal should be delayed from 0 - 6 nS depending on the system load 
configuration and cas access time. 

IPCJN-Input Pipe Clock In (TTL Input) 

This input is used to clock the input pipe. It should be a delayed version of IPC_OUT . 

RGS14188 Arbitration interface 

Note: All these signals wire directly to the RGS14188 chip. 

-188_BR[1:0] -188 Bus Request [1:0] (TTL Inputs, Pulled Up) 

These two inputs tell Mercury that the RGS14188 (188) needs to use the VRAM 
Interface. 188_BR[1:0] are encoded to mean special things, see the RGS14188 users 
guide for more information. 

-188_BGACK -188 Bus Grant Acknowledge (TTL Input, Pulled Up) 

This is the Bus Grant Acknowledge output from the 188 chip. It indicates the 188 is 
using the VRAM Interface. 

+188_BG -188 Bus Grant (TTL Output, 4mA Drive) 

This output hooks directly to the RGS14188 -i-BG input. When this signal is asserted 
Mercury is granting the VRAM Interface to the 188 chip. 

Host Interface 

CLK - Clock (TTL Input) 

This is the main clock input for the Mercury Chip. Its maximum frequency is 50 MHz 
{20ns). 

-RST - Reset (TTL Input) 

This input, when asserted, brings Mercury to a known state. 

AD[31:0] - Address/Data[31:0] (TTL Bidirectional, Pulled Up, 4mA Drive) 

This is the bidirectional, multiplexed address/data bus for the Mercury chip. This bus 
allows the host to read and write internal registers and access the DynamicA/ideo RAM 
arrays. 

SIZE[1:0] - Transfer Size[1:0] (TTL Inputs, SIZE[1] Pulled Down) 

These two inputs, along with AD[1 ;0], are encoded to tell Mercury what the size of the 
host data transfer will be, byte, word, or long. Table 1-2 shows the encoding. Byte 0 is 
the byte with lowest address. Word 0 is the word (16-bits) with the lowest address. 
Long refers to a 32-bit quantity. 
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SIZE[1] 

SIZED 

AD[1] 

AD[0] 

Function 

0 

0 

0 

0 

Access Byte 0 

0 

0 

0 

1 

Access Byte 1 

0 

0 

1 

0 

Access Byte 2 

0 

0 

1 

1 

Access Byte 3 

0 

1 

0 

0 

Access Long 

0 

1 

0 

1 

Access Word 0 

0 

1 

1 

0 

Access Long 

0 

1 

1 

1 

Access Word 1 

1 

0 

0 

0 

Access Word 0 

1 

0 

0 

1 

Access Word 0 

1 

0 

1 

0 

Access Word 1 

1 

0 

1 

1 

Access Word 1 


Table 1-2 Transfer Size Encoding 
CT- Cycle Type (TTL Input) 

This input tells Mercury what type of cycle is to be executed. Table 1-3 shows the 
encoding. 


CT 

Function 

0 

Internal Register Access 

1 

DRAM Access 


Table 1-3 Cycle Type Encoding 


+RD/-WR - Read/Write (TTL Input) 

This input tells whether a read or write host cycle is to be executed. 


+ILE (TTL Input, Pulled Up) 

This input is used to latch the address part of ”AD[31 ;0]", "SIZE[1:0]", "CT", and the 
"+RD/-WR" inputs. The falling edge closes the latches. 


-HCS - Host Chip Select (TTL Input) 

The falling edge of this input signals the start of a host cycle. The rising edge of this 
input terminates the cycle. 

-TACK- Transfer Acknowledge (Open Drain Output, 4mA Drive) 

This output indicates that the requested host cycle has been executed and is ready to 
be terminated. Note: This output must be pulled up externally 

+DIN_LE - Data Input Latch Enable (TTL Input, Pulled Up) 

This input is used to latch the input data on the "AD[31:0]" bus if such a function is 
desired. The falling edge closes the latches. 
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+DOUT_LE - Data Output Latch Enable (TTL Input, Pulled Up) 

This input is used to latch the data output to the "AD[31 ;0]" bus if such a function is 
desired. The falling edge closes the latches. 

-INT (Open Drain Output, 4mA Drive) 

This output can be used for interrupt driven BLTing. When enabled and driven low this 
output indicates the present BLT is done. Note; This output must be pulled up 
externally. 

DRAM Interface 

DA[11:0] - DRAM Address[11:0] (3-State TTL Outputs, Pulled Up, 32mA Drive) 

These twelve outputs provide the row and column address for the DRAM array. 

-DRAS[1:0] - DRAM RAS (3-State TTL Output, Pulled Up, 32mA Drive) 

These outputs are used to latch the row address into the DRAM array. 

-DWE - DRAM Write Enable (3-State TTL Output, Pulled Up, 48mA Drive) 

This output controls the write function for the DRAM. It is used during write cycles. 

-DOE - DRAM Output Enable (3-State TTL Output, Pulled Up, 48mA Drive) 

This output controls the output enable function for the DRAM. It is used during read 
cycles. 

VRAM Interface 

VA[9:0] - VRAM Address[9:0] (3-State TTL Outputs, Pulled Up, 32mA Drive) 

These ten outputs provide the row and column address for the VRAM array. 

-VRAS[3:0J - VRAM RAS[3:0] (3-State TTL Outputs, Pulled Up, 32mA Drive) 

These outputs are used to latch the row address into the VRAM array. They are 
intended to be used for bank selecting. 

-VWE- VRAM Write Enable (3-State TTL Output, Pulled Up, 32mA Drive) 

This output controls the write function for the VRAM. It is used during write cycles. 

-VDT/OE- VRAM Transfer/Output Enable (3-State TTL Output, Pulled Up, 32mA Drive) 
This output controls the output enable function for the VRAM. It is used during read 
cycles. 

REF- RAM Extra Function (3-State TTL Output, Pulled Up, 32mA Drive) 

This output controls the "Split SAM Transfer Mode" for the VRAM. It is used during 
transfer cycles. 
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VRAM/DRAM Arbitration interface 

-MBR[1:0] - Mercury Bus Request (TTL Output, 4mA Drive) 

When asserted, these outputs indicates to other masters of the VRAM/DRAM Interface 
that mercury and/or the RGS14188 would like to use the port. 

-MBGACK - Mercury Bus Grant Acknowledge (TTL Output, 4mA Drive) 

When asserted, this output indicates to other masters of the VRAM/DRAM Interface that 
mercury is using the port. 

+MBG - Mercury Bus Grant (TTL Input, Pulled Up) 

When asserted, this input indicates that the VRAM/DRAM Interface is available for use. 
CYCLE[1:0] - Cycle Type (TTL Output, 4mA Drive) 

These outputs inform and external bus master of the type of cycle that was granted as a 
result of the external master asserting "+MBG. Table 1-4 shows the encoding. 


CYCLEjl] 

CYCLE[0 

Cycle Type Granted 

0 

0 

BLT Cycle 

0 

1 

Host DRAM 

1 

0 

Venus Host Cycle 

1 

1 

Transfer/Refresh Cycle 


Table 1-4 Cycle Type Encoding 
+BLT_INT- BLT Interrupt (TTL Input, Pulled Down) 

When asserted, this input indicates that an external bus master would like to interrupt 
the current BLT so it can use the VRAM/DRAM interface. This input is only useful when 
BLTs are in progress. 

188 VRAM Interface 

Note: All these signals except VA_MCTRL wire directly to the RGS14188 Chip 

188_RA/CA[9:0] - RGS14188 Row/Column Address[9:0] (TTL Input, Pulled Up) 

These inputs are used in conjunction with the four 188 CAS inputs to map the four 
RGS14188 CAS structure to the 16 CAS structure of the Mercury design and create the 
VRAM Address Outputs for RGS14188 accesses to the VRAM. 

-188_RAS[3:0] - RGS14188 Row Address Strobe[3:0] (TTL Input, Pulled Up) 

These four inputs are used to latch the VRAM Row Address during RGS14188 
accesses. They also help detect transfer cycles and refresh cycles for control of the 
VRAM and DRAM arrays. 

-188_CAS[3:0] - RGS14188 Column Address Strobe[3:0] (TTL Input, Pulled Up) 

These four inputs are used to latch the VRAM Column Address during RGS14188 
accesses. Furthermore, they are used conjunction with the "188_R/VCA[1;0]" inputs, to 
map the RGS14188’s four CAS structure to the sixteen CAS structure of the Mercury. 
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-188_DT/OE - RGS14188 Data Transfer/Output Enable (TTL Input, Pulled Up) 

This input is used to indicate read and transfer cycles to the VRAM array. 

-188_WE - RGS14188 Write Enable (TTL Input, Pulled Up) 

This input is used to indicate write cycles to the VRAM array. 

188_REF - RGS14188 RAM Extra Function (TTL Input, Pulled Up) 

This input is used to control the "Split SAM" feature of the VRAM during Transfer 
Cycles. 

VA_MCTRL - VRAM Address Mux Control (TTL Input, Pulled Up) 

This input is used to control the shifting multiplexer that maps the "188_RA/CA" inputs 
to the "VA" outputs. It should be connected to a delayed version of the "-188_RAS" 
signals. 

2.0 Mercury Functionality 
2.1 Introduction 

A block diagram of the Mercury chip is shown in Figure 2-1. Mercury has several 
modes of acceleration and can manipulate linear, or 2-dimensional pixel arrays. It is 
also capable of doing pixel operations on four 32-bit pixels, eight 16-bit pixels, or sixteen 
8-bit pixels at one time. In addition to all of its acceleration capabilities. Mercury acts as 
a data path controller for the RGS14188 chip and as a host interface for a large dynamic 
RAM array. It will automatically route a standard 32-bit Big Endian or Little Endian data 
bus to its high speed parallel bus for RAM read and write operations. 
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Figure 2-2 Mercury Based System 

All acceleration is based on “Source/Destination BLTs” (Block Transfers). A 
Source/Destination BLT, using very high speed accesses, reads the data at the source 
(DRAM, VRAM or Internal Register) and the destination, operates on it, and returns the 
new data to the destination. The internal Static RAM is used to store these blocks of 
data when necessary. Be sure to keep in mind that Mercury is a byte oriented machine. 


2.2 BLTer 

The BLTer is the heart of Mercury’s accelerator function; reading, combining and writing 
data at very high speeds on the 16-byte data bus. A block diagram of the BLTer is 
shown in Figure 2-3. Two of the main components of the BLTer are the SRAM and 
ROU. The SRAM consists of two banks of 320 - 128-bit words. This gives a total 
SRAM size of 81.92 KBits or 10.24 KBytes with each bank having 5.12 KBytes. Each 
bank of SRAM has the capacity to hold one 1280 pixel line at 32-bits per pixel. The 
SRAM is used only by the Mercury Chip for storing pixel data. The host port has no 
access to the SRAM. 
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Some examples of Straight BLTs are; 

A block of data in DRAM could be transferred to the same size block in VRAM. 

The Foreground Register could be transferred to a block in VRAM 

A block of data in DRAM could be logically combined with a block of data in 
VRAM and put back in the same location of VRAM. 

The Background Register could be logically combined with a block of data in 
VRAM and put back in the same location of VRAM. 

2.2.1 Pattern BLTS 

Pattern BLTs take a n x m pattern stored as a rectangular source and copy that to 
the destination, repeating until the destination write is complete. The value for n, 
which is the number of bytes in the pattern in the X direction, must be divisible by 16 
(16, 32, ...1152, Etc.). There are no restrictions on m, which is the number of lines in 
the pattern. All ROU operations can be performed on the pattern being BLT. 

Pattern BLTs can be done in any direction both horizontally and vertically. If 
patterns are not being used the "OFFSET" value does not need to be set to zero. 
One important note; the starting address for a pattern must always be on a 16 
byte boundary. 

Some examples of Pattern BLTs are; 

A 32-byte x 4 line pattern in DRAM could be transferred to the entire visible 
screen in VRAM. 

A 64-byte x 64 line pattern in DRAM could be logically combined with the entire 
visible screen in VRAM and transferred back to the entire visible screen in 
VRAM. 

A four pixel (32-bits per pixel) x 100 line pattern in VRAM could be inverted and 
transferred to the entire VRAM. 

2.2.3 Color Expanding BLT 

Color Expanding BLTs store the shape of an object in a rectangular source array of 
1-bit pixels. Each shape must always start on a byte address boundary but can 
have arbitrary length in the x-direction. The color information is obtained froim the 
Foreground and/or Background Registers. Modes can be selected to determine if 
transparency is used (in other words, not writing specific data) and what each bit in 
the source array means. Mode information is given in Table 2-1. 
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Some examples of Color Expanding BLTs are: 

A 32-bit X 4 line object in DRAM could be expanded to the color of the 
Foreground register and transferred to VRAM. 

A 9-bit X 9 line object in DRAM could be expanded to the color of the Foreground 
Register, logically combined with the same size (expanded) block of data in 
VRAM and put back in the VRAM at the same location. 

2.2.4 Hilighting BLTs 

Hilighting BLTs are a special form of Standard BLT that takes the data at the 
destination and compares it to the Foreground Register (in this case the Hilight 
Color) and Background Register to decide what the resulting data should be. If the 
input data is equal to the Foreground Register the Hilighter passes the Background 
Register to the ALU. If the input data is equal to the Background Register the 
Hilighter passes the Foreground Register to the ALU. If the input data does not 
equal either the Foreground or Background Registers the data remains unchanged 
and is passed to the ALU. Hilighting can happen in parallel with color expanding if 
this operation is desired. 


2.2.5 ROU (Raster Operation Unit) 

The ROU (Raster Operation Unit) performs several functions for the BLTer. It color 
expands monochrome bit maps, hilights destination pixel arrays and 
logically/arithmetically combines data. A block diagram of the ROU is shown in 
figure 2-4. During processing the ROU will get data from the three sources, the 
internal SRAM, the Foreground Register, and the Background Register depending 
on the function and type of BLT selected. 
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Mode 0 

1 = Foreground 

0 = Background & E_MASK = 0 

Mode 1 

1 = Foreground 

0 = Background & E_MASK = 1 

Mode 2 

1 = Background 

0 = Foreground & E_MASK = 0 

Mode 3 

1 = Background 

0 = Foreground & E_MASK = 1 


Table 2-1 Expansion Modes. 


When the mask function is enabled a pixel with the E_MASK bit set to a one will not 
be written. 
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If Color Expansion is not enabled the data from the SRAM is passed directly to the 
Color Expander Outputs without change. 

Hilighter 

Hilighting is a process where the data in the Destination SRAM is compared to the 
Foreground and Background Registers. If the SRAM data is exactly equal to the 
Foreground Register value, the Background Register value is substituted for the data 
before it is passed to the ALU. If the SRAM data is exactly equal to the Background 
Register value, the Foreground Register value is substituted for the data before it is 
passed to the ALU. If the SRAM data does not equal either Foreground or 
Background Register, the data is unchanged and the H_MASK bit is set for that 
pixel. When the mask function is enabled a pixel with the H_MASK bit set to a one 
will not be written. 

If Hilighting is not enabled the data from the SRAM is passed directly to the Hilighter 
Outputs without change. 

Mask Combiner 

The Mask Combiner is used to route or logically combine the mask data obtained 
from the Color Expander and Hilighter. The output can be modally selected as 0, the 
H_MASK value from the Hilighter, the E_MASK value from the Color Expander, or 
the logical OR of the H_MASK and E_MASK values. 

ALU (Arithmetic Logic Unit) 

The ALU performs arithmetic and logical operation on the data passed to it 
depending on the function selected. Each input to the ALU can take data from four 
different sources. Table 2-2 and 2-3 show the possible data inputs for the "A" and 
"B" sides of the ALU. 

Note: The operation is performed on 8,16, or 32 bit quantities depending on the 
pixel depth selected except addition and subtraction which is performed on a 
component basis in 32-bit mode and a pixel basis in 8-bit mode. 16-bit additions and 
subtractions may not be useful because of the organization of the red green and 
blue components within the two bytes. 


Mode 0 

ina = Output from Color Expander 

Mode 1 

ina = Foreground Register 

Mode 2 

ina = Background Register 

Mode 3 

ina = Output from the Hilighter 


Table 2-2 "ina" source for the ALU 
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Mode 0 

inb = Output from Hilighter 

Mode 1 

inb = Foreground Register 

Mode 2 

inb = Background Register 

Mode 3 

inb = Output from the Color Expander 


Table 2-3 "inb" source for the ALU 
Table 2-4 shows all the possible operation the ALU can perform. 


ina -> out 

NOT(ina)-> out _ 

ina AND inb -> out 

NOT(ina) AND inb -> out 


ina OR inb -> out 

NOT(ina) OR inb -> out 

ina NOR inb -> out = NOT(ina) AND NOT(inb) -> out 

ina XOR inb -> out 

ina XNOR inb -> out 

MAX(ina;inb) 

MIN(ina;inb) 

ina + inb -> out (adder wrap mode) 

ina - inb -> out (subtractor wrap mode) 

ina + inb -> out (adder saturate mode) 

ina - inb -> out (subtractor saturate mode) 


Table 2-4 ALU Operations 

Note: ALU operations are applied after color expansion and hilighting. 

2.2.6 Pixel Depth Support 

The Mercury chip is capable of operating on 8,16, or 32 bit pixels. 8-bit mode is 
very straight forward, all operations occur on bytes. In 16-bit mode all pixels are 
treated as two bytes, no attention is given to the number of bits in the red, green, 
blue and alpha components. In 32-bit mode all operations are performed on a 
component basis (8-bit). A 4-bit byte mask is provided to disable writing of any or all 
bytes within a 32-bit word. These four bits are located in the BLTer Control Register. 
One possible use for the 4-bit byte mask would be to disable the "alpha" byte within 
a 32-bit word so the 24-bits of pixel data could be manipulated without changing the 
"alpha" channel information. 
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2.3 Defining Pixei Arrays 

Pixel arrays can be defined in four different ways depending on the horizontal and 
vertical directions desired for the BLT. Figure 2-5 through 2-9 show how pixel arrays 
are defined for both standard BLTs and Pattern BLTs. The corresponding source or 
destination registers are loaded with the desired values to define the BLT. 

START XEND 

PITCH 

VEND 

Figure 2-5 Left to Right, Top to Bottom 

If the desired BLT direction is from right to left as shown below the 2's complement of 
the increment value is loaded into the Increment Register. 

XEND START 

PITCH 

VEND 

Figure 2-6 Right to Left, Top to Bottom 

If the desired BLT direction is from bottom to top as shown below the 2's complement of 
the pitch is loaded into the Pitch Register. 


PITCH 
{2's Comp.) 

START XEND 

Figure 2-7 Left to Right, Bottom to Top 
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If the desired BLT direction is from right to left and bottom to top as shown below the 2's 
complement of the increment value is loaded into the Increment Register and the 2's 
complement of the pitch is loaded into the Pitch Register. 


VEND 




PITCH 
(2 s Comp.) 



XEND 


START 


Figure 2-8 Right to Left, Bottom to Top 

Patterns can also be defined for any direction horizontally and vertically as described 
above. In addition Pattern BLTs use an offset value which indicates where to start 
within the pattern. The offset value must be between the S_START and S_XEND value 
{S_START < OFFSET < S_XEND). If an offset in the Y direction is desired, the pattern 
must be duplicated in the Y direction and the S_START, S_XEND, and S_YEND would 
be changed to get the desired Y offset. 

S START OFFSET S_XEND 


S_PITCH 


' 1<— n —H 
S_YEND I ' 



Figure 2-9 Pattern Source Array Definition 


2.4 Host Interface 

The Host Interface (see Figure 1-1) is used to communicate register data for 
configuration and control of the mercury chip. It is also used as data path and control 
for access to the external DRAM and VRAM arrays. The Host Interface uses a 
multiplexed, 32-bit address/data bus with the address part being latched on the falling 
edge of "+1LE". The Host Chip Select signal is used to start and terminate cycles and 
the Transfer acknowledge indicates the status of a current cycle. 


2.5 RGS14188 Arbitration Interface 

The RGS14188 Arbitration Interface (see Figure 1-1) is used to connect Mercury to the 
arbitration mechanism of an RGS14188 chip. It uses two levels of bus requesting and is 
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intended to be wired directly to the RGS14188. All other bus masters who would like to 
use either the VRAM or DRAM interface busses must request them from the Mercury 
VRAM/DRAM Arbitration Interface. 

2.6 RGS14188 VRAM interface 

The RGS14188 VRAM Interface (see Figure 1-1) is used to connect Mercury to the 
RAS/CAS and address structure of an RGS14188 chip. Since mercury uses a very 
wide data bus the Address and CAS signals from the RGS14188 must be remapped to 
fit into Mercury's bus structure. This interface is connected directly to the RGS14188 
chip. 

2.7 VRAM/DRAM Arbitration Interface 

The VRAM/DRAM Arbitration Interface is used to allow external devices such as PIP 
controller to access the VRAM or DRAM arrays. If arbitration is enabled Mercury will 
request the VRAM or DRAM buses from an external controller before each access. 
Mercury will also pass through all the Requests from the RGS14188 chip so it's 
Transfer/Refresh and host cycles can be completed. The arbitration is performed as 
follows: Mercury will request the bus by asserting "-MBR[1:0]". Table 2-5 shows the 
possible combinations for bus requests. 



msmam 

Request 



No request 

1 

0 

Host Cycle Pending 

0 

1 

Transfer/Refresh Pending 

0 

0 

Both Host and Transfer/Refresh Pending 


Table 2-5 Bus Request Types. 

At the "proper" time the external controller asserts the "+MBG" input to indicate the bus 
is now available. Mercury will then drive "-MBGACK" indicating it is using the bus. The 
signal "+BLT_INT" can be used to interrupt a BLT if one is in progress. "+BLTJNT" can 
be asserted anytime during the entire granted cycle, and if a BLT is in progress Mercury 
will relinquish the bus. It will then generate an immediate request for the bus so it can 
finish its BLT. If "+BLTJNT" is asserted when any other cycle is in progress (including 
no cycle) it will be ignored. Any bus request with "-MBR[1]" asserted must be serviced 
as soon as possible (immediately). A bus request with only "-MBR[0]" asserted can be 
delayed as long as desired with the only effect being reduced acceleration. If both bus 
requests are asserted Mercury will service the Transfer/Refresh cycle first, then 
rearbitrate for the other pending cycles. The external bus master can determine what 
kind of cycle was executed after relinquishing (driving "+MBG" active) the bus by looking 
at the "CYCLE" outputs. 

3.0 Internal Registers 

Mercury has several internal registers all of which are a maximum of 32-bits wide. Each 
register has read/write ability and must be accessed as a long (32-bit) quantity. 
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AD[31 ;0] will contain the data to be written or read. The following sections describe the 
registers in detail. All registers related to BLTing (including the BLT Control Register) 
are dual ranked. This allows one set of registers to be loaded while the current BLT is 
executing, maximizing system performance. To take advantage of this function the host 
must poll the Status Register before loading any BLT related registers to make sure the 
previous values have been transferred to the BLTer. As an alternative to polling, 
interrupt driven BLTing can be accomplished by loading the desired BLT and waiting for 
the "-INT" signal to be asserted. Interrupts must be enabled in the System Control 
Register for this function to work. 


S_Start[28:0] - Source Starting Address[28:0] (Dual Ranked) 


BitO 


S_Start[28:0] 


Bit31 


Bit 28 


Byte 3-0 


Unused 


Figure 3-1 Source Start Address 
Bit 28-0, Source Start Address 

The byte address of the first pixel in the source array (see Figure 2-5). 


S_XEnd28:0] - Source X-End Address[28:0] (Dual Ranked) 


Bit31 


Bit 28 


Byte 3-0 


Unused 


'_BitO 


S_XEnd[28:0] 


Figure 3-2 Source XEnd Address 
Bit 28-0 Source XEnd Address 

The byte address of the last pixel in the x-direction of the source array. 


S_YEnd[28:0] - Source Y-End Address[28:0] (Dual Ranked) 

Bit31 Bit 28 _ 

Byte 3-0 


BitO 


Unused 


S_YEnd[28:0] 


Figure 3-3 Source YEnd Address 
Bit 28-0, Source YEnd Address 

The byte address of the first pixel on the last line in the y-direction of the source 
array. 
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S_Pitch[28:0] - Source Pixel Array Pitch[28:0] (Dual Ranked) 


Byte 3-0 


Bit31 


Unused 




S_Pitch[28:0] 



Figure 3-4 Source Pitch 


Bit 28-0, Source Pitch 

The Source Pitch is the number of bytes between vertically adjacent pixels for the 
specified source array. 


Offset[28:0] - Source Pixel Array Pattern Offset[28:0] (Dual Ranked) 

Bit31 _ Bit 28 _ 

Byte 3-0 Unused 


BitO 


Offset[28;0] 


Figure 3-5 Pattern Offset 


Bit 28-0, Source Pixel Array Pattern Offset 

The Offset address, used only during pattern BLTs, specifies the byte address of an 
offset to start at within a pattern. See Figure 2-8. 


S_CEND[28:0] - Source Column End Pointer[28:0] (Dual Ranked) 


Bit31 


pit 28 


Byte 3-0 


Unused 


BitO 


S_CEnd[28:0] 


Figure 3-6 Source Column End Pointer 
Bit 28-0, Source Column End 

A mask value used to tell Mercury where the column address ends for the VRAMs or 
DRAMS of the pixel array being defined. Since there are 16 Bytes per address this 
value must be shifted 4 bits to the left. For example: 256K x 4 RAMs have nine 
column addresses so this value should be set to ‘hOOOl FFO. 
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SJNC[28:0] - Source lncrement[28:0] (Dual Ranked) 



Figure 3-7 Source Increment Value 


Bit 28-0, Source Increment Value 

This register specifies the amount to increment the CAS address each time a CAS is 
asserted during page mode cycles. If BLTing from right to left this register must be 
loaded with the 2's complement of the actual increment value 

D_Start[28:0] - Destination Starting Address[28:0] (Dual Ranked) 



Figure 3-8 Destination Start Address 


Bit 28-0, Destination Start Address 

Designates the byte address of the first pixel in the destination array. 

D_XEnd[28:0] - Destination X-End Address[28:0] (Dual Ranked) 



Figure 3-9 Destination X-End Address 


Bit 28-0, Destination XEnd Address 

The byte address of the last pixel in the x-direction of the destination array. 

D_YEnd[28:0] - Destination Y-End Address[28:0] (Dual Ranked) 



Figure 3-10 Destination Y-End Address 
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Bit 28-0, Destination YEnd Address 

The byte address of the first pixel on the last line in the y-direction of the destination 
array. 


D_Pitch[28:0] - Destination Pixel Array Pitch[28:0] (Dual Ranked) 


Bit31 


Byte 3-0 


Pit 28 


Unused 


BitO 


D_Pitch[28:0] 


Figure 3-11 Destination Pitch 


Bit 28-0, Destination Pitch 

The number of bytes between vertically adjacent pixels in the destination array. 


D_CEnd[28:0] • Destination Column End Pointer[28:0] (Dual Ranked) 


Bit31 


Byte 3-0 


fiitSS- 


Unused 


BitO 


D_CEnd[28;0] 


Figure 3-12 Destination Column End 
Bit 28-0, Destination Column End 

A mask value used to tell Mercury where the column address ends for the VRAMs or 
DRAMs of the pixel array being defined. Since there are 16 Bytes per address this 
value must be shifted 4 bits to the left. For example: 128K x 8 RAMs have eight 
column addresses so this value should be set to ‘hOOOOFFO. 


DJNC[28:0] - Destination lncrement[28:0] (Dual Ranked) 


Bit31 


Bit 28 


Byte 3-0 


Unused 


BitO 


D_lnc[28:0] 


Figure 3-13 Destination Increment Value 
Bit 28-0, Destination Increment Value 

This register specifies the amount to increment the CAS address each time a CAS is 
asserted during page mode cycles. If BLTing from right to left this register must be 
loaded with the 2's complement of the actual increment Value 
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BLTer Control Register (Dual Ranked) 

This register has two functions. It specifies all the control information Mercury needs to 
perform a specified BLT and it tells the BLTer that all the other necessary registers are 
loaded and the BLT is ready to start (A write to this register signals "BLT Go"). 


Byte 0 


Byte 1 


Byte 2 


Bytes 


Bit? Bite Bits Bit 4 Bits Bit 2 Bit 1 Bit 0 


+Hilight 

Enable 

Expand 

Mode[1] 

Expand 

Mode[0] 

+Expand 
Enable 

Dest. 

Select 

+Use 

Dest. 

Source 

Select 

+Use 

Source 

Bit 15 

Bit 14 

Bit 13 

Bit 12 

Bit 11 

Bit 10 

Bit 9 

Bit 8 

Funct 

[3] 

Funct 

[2] 

Funct 

[1] 

Funct 

[0] 

ALU 

SB[1] 

ALU 

SB[0] 

ALU 

SA[1] 

ALU 

SAI[0] 

Bit 23 

Bit 22 

Bit 21 

Bit 20 

Bit 19 

Bit 18 

Bit 17 

Bit16 

+Byte 

Mask[3] 

+Byte 

Mask[21 

+Byte 

Mask[1] 

+Byte 

Mask[0] 

PDepth[1] 

PDepth[0] 

+EN 

H_Mask 

+EN 

E_Mask 

Bit 31 

Bit 30 

Bit 29 

Bit 28 

Bit 27 

Bit 26 

Bit 25 

Bit24 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

+Pattern 
Mode 


Figure 3-14 BLTer Control Register 


Bit 0, + Use Source 

When set to a one, the BLTer reads the source array specified in the source 
registers. When set to a zero nothing is read for the source. (The source could be 
the Foreground Register for example) 

Bit 1, Source Select 

When told to Use Source (Bit 0) this bits select the RAM array for the BLTer to read. 
Table 3-1 shows the encoding. 


Source Select 

Selected Input for Source 

0 

DRAM 

1 

VRAM 


Table 3-1 Source Select Encoding 


Bit 2, +Use Destination 

When set to a one, the BLTer reads the destination array specified in the destination 
registers. When set to a zero nothing is read for the destination. (The destination 
could be the Background Register for example) 
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Bit 3, Destination Select 

This bits selects the destination RAM array for the BLTer to write and possibly read 
depending on (Bit 2). Table 3-2 shows the encoding. 


Dest. Select 

Selected Input for Destination 

0 

DRAM 

1 

VRAM 


Table 3-2 Destination Select Encoding 
Bit 4, -(-Expand Enable 

When set to a one Mercury will treat the data in the Source SRAM as a monochrome 
bit map and expand it based on pixel depth and expand mode. 

Bit 6-5, Expand Mode[1:0] 

These bits specify the expand mode. Table 3-3 shows the encoding. 




Function 

0 

0 

1=Foreground:0=Background & E_MASK = 0 

0 

1 

1=Foreground:0=Background & E_MASK = 1 

1 

0 

1=Background;0=Foreground & E_MASK = 0 

1 

1 

1=Background:0=Foreground & E_MASK = 1 


Table 3-3 Expand Mode Encoding 


Bit 7, Hilight Enable 

When set to a one data in the destination SRAM will be hilighted based on the 
Foreground and Background Register values. 

Bit 9-8, ALU SA[1:0] - ALU Select A[1:0] 

These bits select the input for the "ina" side of the ALU as defined in Table 3-4. 


ALU ASelll] 

ALU ASel[0] 

Selected Input 

0 

0 

Color Expander Out 

0 

1 

Foreground Color 

1 

0 

Background Color 

1 

1 

Hilighter Output 


Table 3-4 ALU A Side Selects 
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Bit 11-10, ALU SB[1 ;0] - ALU Select B[1 ;0] 

These bits select the input for the "inb" side of the ALU as defined in Table 3-5 


ALU ASel[1] 

KiuiiiiiiEl 

Selected Input 

0 

0 

Hilighter Output 

0 

1 

Foreground Color 

1 

0 

Background Color 

1 

1 

Color Expander Out 


Table 3-5 ALU B Side Selects 
Bit 15-12, Funct[3:0] - ALU Function Select[3:0] 

The ALU Function Select bits apply a certain Boolean or arithmetic function on the 
selected "ina" and "inb" data. The operation is performed on 8,16, 24, or 32 bit 
quantities depending on the pixel depth selected. Table 3-6 lists the possible 
operations. 





m 

ALU Operation 

0 

0 

0 

0 

ina -> out ___ 

0 

0 

0 

1 

NOT(ina) -> out 

0 

0 

1 

0 

ina AND inb -> out 

0 

0 

1 

1 

NOT(ina) AND inb -> out 

0 

1 

0 

0 

ina NAND inb -> out 

0 

1 

0 

1 

ina OR inb -> out 

0 

1 

1 

0 

NOT(ina) OR inb -> out 

0 

1 

1 

1 

ina NOR inb -> out 

1 

0 

0 

0 

ina XOR inb -> out 

1 

0 

0 

1 

ina XNOR inb -> out 

1 

0 

1 

0 

MAX(ina:inb) 

1 

0 

1 

1 


1 

1 

0 

0 

ina + inb -> out (adder wrap mode) 

1 

1 

0 

1 

ina - inb -> out (subtractor wrap mode) 

1 

1 

1 

0 

ina + inb -> out (adder saturate mode) 

1 

1 

1 

1 

ina - inb -> out (subtractor saturate mode) 


Table 3-6 ALU Operation Select 

All logical operations are performed on a bit by bit basis independent of pixel depth. 
Min, Max, Addition and Subtraction operations are performed on a component basis 
in 24-bit and 32-bit modes. This means that the 8-bits of Red are added separately, 
as with green and blue. Overflow is handled either by wrapping (overflow mode) in 
each component or saturating (saturate mode) each component. The Min and Max 
functions replace the component that is either min or max depending on the function 
selected. Min, Max, Addition and Subtraction in 16-bit mode may not give useful 
results because the components of Red, Green, and Blue are 5-bits (sometimes 6- 
bits depending on the system) and Mercury is a byte oriented machine. 
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Bit 16, +EN E_Mask - +Enable Expander Mask 

When set to a one the mask values output by the expander controls whether a pixel 
is written or not. 

Bit 17, +EN H_Mask - +Enable Hilighter Mask 

When set to a one the mask values output by the hilighter controls whether a pixel is 
written or not. 

Note: when both +EN E_Mask and +EN H_Mask are set to a one, the mask values 
output by the Expander and Hilighter are logically ORed to produce the final mask 
value. 

Bit 19-18, Pixel Depth[1:0] 

Specifies either 8,16, or 32 bits per as defined in Table 3-7. 


PDepth[1] 

Pdepth[0] 

Pixel Depth 

0 

0 

8-bits per Pixel 

0 

1 

16-bits per Pixel 

1 

0 

32-bits per Pixel 

1 

1 

32-bits per Pixel 


Table 3-7 Pixel Depth Control 
Bit 23-20, +Byte Mask[3;0] 

When set to a one, these bits disable writing of specific bytes within a 32-bit word. 
Table 3-7 shows how these bits are encoded. These bits only affect BLTs. 


+Byte Mask[0] = 1 

Byte Addresses Disabled are 0, 4, 8, C 

+Byte Mask[1] = 1 

Byte Addresses Disabled are 1, 5, 9, D 

+Byte Mask[2] = 1 

Byte Addresses Disabled are 2, 6, A, E 

+Byte Mask[3] = 1 

Byte Addresses Disabled are 3, 7, B, F 


Figure 3-15 Byte Mask Function 


Bit 24, +Pattern Mode 

When set to a one the specified source array is treated as a pattern and expanded to 
the destination array. 

Bit 31-25, Unused 
These bits do nothing. 
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FGND[31:0] - Foreground Color Register[31:0] (Dual Ranked) 

This registers is used to specify the foreground color for color expanding BLTs and 
other operations. 

Bit31_^_BitO 


Foreground Color[31:0] 


Figure 3-16 Foreground Color Register 


8-bit Mode 

Bits[7:0] specify the foreground color for expansion and hilighting. 

Bits[31:0] specify the foreground color for standard BLTing. 

16-bit Mode 

Bits[15:0] specify the foreground color for expansion and hilighting. 

Bits[31:0] specify the foreground color for standard BLTing. 

32-bit Mode 

Bits[31:0] specify the foreground color for expansion, hilighting and standard BLTing. 

BKGND[31:0] - Background Color Reglster[31:0] (Dual Ranked) 

This register is used to specify the background color for color expanding BLTs and other 
operations. 


Byte 3-0 


Bit31__BitO 


Background Color[31:0] 


Figure 3-17 Background Color Register 

8-bit Mode 

Bits[7:0] specify the background color for expansion and hilighting. 

Bits[31:0] specify the background color for standard BLTing. 

16-bit Mode 

Bits[15:0] specify the background color for expansion and hilighting. 

Bits[31:0i specify the background color for standard BLTing. 

32-bit Mode 

Bits[31:0] specify the background color for expansion, hilighting and standard 
BLTing. 
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System Control Register 


Bit? 

Bite 

Bits 

Bit 4 

Bits 

Bit 2 

Biti 

BitO 

+Enable 

NAND 

-Reset 

Que 

VRAM 

Size[1] 

VRAM 

Size[0] 

+Ext. 
Art. On 

+Swp AD 
Bytes 

+lnterrupt 

Enable 

Unused 

Bit 15 

Bit 14 

Bit 13 

Bit 12 

Bit 11 

Bit 10 

Bits 

Bits 

Unused 

Unused 

Unused 

Unused 

Unused 

TACK 

DLY[2] 

TACK 

DLY[1] 

TACK 

DLY[0] 


Figure 3-18 System Control Register 


Bit 0, Unused 

Set this bit to do nothing. 

Bit 1, +lnterrupt Enable 

Set this bit to a one to enable interrupts on BIT done. Useful for interrupt driven 
BLTing. 

Bit 2, +Swp AD Bytes - Swap Address/Data Bytes 

When set to a one the AD[31 ;0] bytes are swapped internally mapping AD[31:24] to 
bits[7:0], AD[23:16] to bits[15:8], AD[15:8] to bits[23;16] and AD[7:0] to bits[31:24]. 

Bit 3, +External Arbitration On 

This bit enables arbitration for the DRAM and VRAM interface. When enabled it 
allows another system to read and write data into the VRAM and DRAM. This will be 
useful for PIP Controllers etc. 

Bit 5-4, VRAMSize[1:0] 

These bits specify the type of VRAM being used. Table 3-8 shows the encoding. 


VRAM Sized ] 

VRAM Size[0] 

VRAM Type 

0 

0 

512Kx n 

0 

1 

256Kxn 

1 

0 

1024Kxn 

1 

1 

128Kxn 


Table 3-8 VRAM Size Encoding 


Bit 6, -Reset Queue 

When set to a zero all dual rank control of the BLTer registers is reset and any 
waiting BLTs are discarded. 

Bit 7, +Enable NAND 

This bit is used for parametric testing, it should never be set. 
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Bit 10-8, TACK DLY[2;0] - Transfer Acknowledge Delay[3;0] 

The value programmed in these bits specifies the number of system clock periods 
Mercury will wait to assert Transfer Acknowledge after it thinks the transfer is 
complete. This can be used to adjust register and RAM access to suite a given 
system. 

Bit 15-11 Unused 
These bits do nothing. 

Status Register 

This register is read only and provides status on mercury functions. A write of any value 
to the status registers clears the interrupt if it is active. 



Figure 3-19 Status Register 


Bit 3-0, ID[4;0] 

These bits are used to identify the revision level of the chip, 4'b0001 = Rev A. 
Bit 4, Unused 

Set this bit to a zero to do nothing. 

Bit 5, +lnterrupt Active 

When set to a one this bit indicates that the "-INT" pin is active. A write to this 
register clears the active interrupt. 

Bit 6, +Queue 2 Full 

When set to a one this bit indicates that the BLTer is busy. 

Bit 7, +Queue 1 Full 

When set to a one this bit indicates that the queue is full. 

VRAS0_LB[28:0] - VRAM RAS[0] Lower Bound Pointer[28:0] 



Figure 3-20 VRAM RAS[0] Lower Bound Pointer 
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Bit 28-0, VRAM RAS[0] Lower Bound Pointer 

This register is used to specify the lower bound address for the "VRAS[0]" output 
needed for bank designation during BLT address generation. When the address 
generated by the BLTer is greater then or equal to this value and less then or equal 
to the VRAS0_UB value "VRAS[0]" will be asserted if the VRAM is being accessed. 


VRAS0_UB[28:0] - VRAM RAS[0] Upper Bound Pointer[28:0] 


Bit31 


Bit 28 


BitO 


Byte 3-0 


Unused 


VRAS0_UB[28:0] 


Figure 3-21 VRAM RAS[0] Upper Bound Pointer 
Bit 28-0, VRAM RAS[0] Upper Bound Pointer 

This register is used to specify the upper bound address for the "VRAS[0]" output 
needed for bank designation during BLT address generation. When the address 
generated by the BLTer is less then or equal to this value and greater then or equal 
to the VRAS0_LB value "VRAS[0]" will be asserted if the VRAM is being accessed. 


VRAS1_LB[28:0] - VRAM RAS[1] Lower Bound Pointer[28:0] 


Bit31 _ Bit 28 

Byte 3-0 Unused 


VRAS1_LB[28:0] 



Figure 3-22 VRAM RAS[1] Lower Bound Pointer 
Bit 28-0, VRAM RAS[1] Lower Bound Pointer 

This register is used to specify the lower bound address for the "VRAS[1]" output 
needed for bank designation during BLT address generation. When the address 
generated by the BLTer is greater then or equal to this value and less then or equal 
to the VRAS0_UB value "VRAS[1]" will be asserted if the VRAM is being accessed. 


VRAS1_UB[28:0] - VRAM RAS[1] Upper Bound Polnter[28:0] 


Bit31 _ Bit 28 

Byte 3-0 Unused 


VRAS1_UB[28;0] 



Figure 3-23 VRAM RAS[1] Upper Bound Pointer 
Bit 28-0, VRAM RAS[1] Upper Bound Pointer 
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This register is used to specify the upper bound address for the "VRAS[1]" output 
needed for bank designation during BLT address generation. When the address 
generated by the BLTer is less then or equal to this value and greater then or equal 
to the VRAS0_LB value "VRAS[1]" will be asserted if the VRAM is being accessed. 


VRAS2_LB[28:0] - VRAM RAS[2] Lower Bound Pointer[28:0] 


BitO 


VRAS2_LB[28:0] 


Bitai 


Bit 28 


Byte 3-0 


Unused 


Figure 3-24 VRAM RAS[2] Lower Bound Pointer 
Bit 28-0, VRAM RAS[2] Lower Bound Pointer 

This register is used to specify the lower bound address for the "VRAS[2] output 
needed for bank designation during BLT address generation. When the address 
generated by the BLTer is greater then or equal to this value and less then or equal 
to the VRAS0_UB value "VRAS[2]" will be asserted if the VRAM is being accessed. 


VRAS2_UB[28:0] - VRAM RAS[2] Upper Bound Pointer[28:0] 

Bit31_ Bit 28 _ 


BitO 


Byte 3-0 


[ 


Unused 


VRAS2_UB[28:0] 


Figure 3-25 VRAM RAS[2] Upper Bound Pointer 
Bit 28-0, VRAM RAS[2] Upper Bound Pointer 

This register is used to specify the upper bound address for the "VRAS[2] output 
needed for bank designation during BLT address generation. When the address 
generated by the BLTer is less then or equal to this value and greater then or equal 
to the VRAS0_LB value "VRAS[2]" will be asserted if the VRAM is being accessed. 


VRAS3_LB[28:0] - VRAM RAS[3] Lower Bound Pointer[28:0] 

Bit31_ Bit 28 ___—__SiLS 


Byte 3-0 I Unused 


VRAS3_LB[28;0] 


Figure 3-26 VRAM RAS[3] Lower Bound Pointer 


Bit 28-0, VRAM RAS[3] Lower Bound Pointer 

This register is used to specify the lower bound address for the "VRAS[3] output 
needed for bank designation during BLT address generation. When the address 
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generated by the BLTer is greater then or equal to this value and less then or equal 
to the VRAS0_UB value "VRAS[3]" will be asserted if the VRAM is being accessed. 

VRAS3_UB[28:0] - VRAM RAS[3] Upper Bound Pointer[28:0] 


Bit31 


Bit 28 


BitO 


Byte 3-0 


Unused 


VRAS3_UB[28:0] 


Figure 3-27 VRAM RAS[3] Upper Bound Pointer 
Bit 28-0, VRAM RAS[3] Upper Bound Pointer 

This register is used to specify the upper bound address for the "VRAS[3]'' output 
needed for bank designation during BLT address generation. When the address 
generated by the BLTer is less then or equal to this value and greater then or equal 
to the VRAS0_LB value ''VRAS[3]" will be asserted if the VRAM is being accessed. 


BANK0_END[28:0] - DRAM BankO End Polnter[28:0] 

Bit31 _ Bit 28 _ 

Byte 3-0 


BitO 


Unused 


Bank0_end[28:0] 


Figure 3-28 DRAM BankO End Pointer 
Bit 28-0, DRAM BankO End Pointer 

This register is used to specify the last address between banks of DRAM. When the 
address generated by the BLTer or input from the Host Port is less then or equal to 
this value "DRAS[0]” will be asserted. If the address is greater than this value 
"DRAS[1]" will be asserted. 


4.0 Addressing 
4.1 Introduction 

Pixel arrays can be addressed in two different ways, square (not XY) and linear. 

Square addressing uses a start address value, an X-End address, a Y-End address, 
and a pitch (see Figures 2-5 to 2-9). The pitch is defined as the difference in addresses 
(bytes) between vertically adjacent pixels. The source and destination can have 
different pitches but in general the width and height should be relative. Linear 
addressing is a sub-addressing mode of square addressing. The Start and X-End 
address values are specified where X-End is just the ending address of the linear BLT. 
The Y-End value is the same as the Start and the pitch is that of the RAM being 
accessed (the Pitch Register is ignored since Y-End is the same as the Start). Keep in 
mind that when using linear addressing the BLT size cannot exceed 5120 bytes due to 
internal SRAM size. 
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4.2 internal Registers 

The internal registers are mapped into the address range from 0-7F (hex) using a cycle 
type of zero. Table 4-1 lists the addresses of each registers. 



Address 


Address 

Status 

0 

HsKUiSilH 

40 


4 


44 


8 


48 


C 

■KIMUSiUH 

4C 


10 


50 \ 


14 




18 


58 ^ 


1C 

■»1 If liM 

5C 


20 


60 


24 


64 


28 

KUUSliHi 

68 


2C 


6C 


30 


70 


34 


74 

Unused 

38 


78 

Unused 

3C 




Table 4-1 Register Addresses 


4.3 Dynamic RAM 

Mercury controls an external Dynamic RAM (DRAM) array. This DRAM array can be 
various sizes ranging from 4 MBytes to 512 MBytes deep and can be accessed as bytes 
words or longs through the host port. DRAM refresh cycles are slaved to the 
RGS14188 refresh cycles. Table 4-2 shows the possible DRAM configurations and 
resulting sizes using RasterOps custom SIMMs. 


Type 

Bytes/SIMM 

Bytes/Bank (4SIMMs) 

Bytes/System(2 Banks) 

256K X 4 

1M 

4M 

8M 

1Mx4 

4M 

16M 

32M 

4M X 4 

16M 

64M 

128M 

16M x4 

64M 

256M 

512M 


Table 4-2 Possible DRAM Configurations 

DRAM is only available on custom SIMM modules because of the 16-byte data path of 
the Mercury design. Standard SIMMs do not work with the Mercury chip. 
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4.4 Video RAM 

Mercury can be interfaced to a frame buffer (Video RAM) 1, 2, 4, 8,12 or 16 MBytes 
deep. Mercury can control up to four different banks of VRAM with each bank 
consisting of up to 4 MBytes. 

5.0 Performance 

These performance values are based on current simulation results for a 200 by 200 
pixel square which is 40,000 pixels. 

5.1 Fill Constant 


Pixel Depth 

Speed (M Pixels/Sec) 

8-Bit Mode 

270 

16-bit Mode 

164 

24/32-bit Mode 

90 


5.2 Pattern Fills 


Pixel Depth 

Speed (M Pixels/Sec) 

8-Bit Mode 

135 

16-bit Mode 

82 

24/32-bit Mode 

45 


5.3 Single Operand Standard BLTs 


Pixel Depth 

Speed (M Pixels/Sec) 

8-Bit Mode 

135 

16-bit Mode 

82 

24/32-bit Mode 

45 


5.4 Double Operand Standard BLTs 


Pixel Depth 

Speed (M Pixels/Sec) 

8-Bit Mode 

90 

16-bit Mode 

55 

24/32-bit Mode 

30 
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5.5 Single Operand Hilighting BLTs 


Pixel Depth 

Speed (M Pixels/Sec) 

8-Bit Mode 

135 

16-bit Mode 

82 

24/32-bit Mode 

45 


5.6 Single Operand Color Expanding BLTs 


Pixel Depth 

Speed (M Pixels/Sec) 

8-Bit Mode 

135 

16-bit Mode 

82 

24/32-bit Mode 

45 


5.7 Host Port DRAM Access 
200 nS write, 300 nS read. 

6.0 Design Tips and Pinout 

6.1 Tips 

Distribute the load on the _VRAS[3:0] signals. For example: If using one bank of 
VRAM wire RAS[0] from the VENUS chip to all the _VENUS_RAS inputs on the 
Mercury chip. Set the VRAS bound registers appropriately and wire the _VRAS[3:0] to 
equal numbers of VRAM. This will help guarantee RAS hold times with respect to 
address. 

Use a silicon delay line for controlling the IPC_IN delay. Values should range from 0 to 
6 nS. 

Use a silicone delay line for controlling the VA_MCTRL delay. NAND all the used 
Venus RAS (outputs from the VENUS chip) signals and put the output into the delay 
line. The output from the delay line then connects to the VA_MCTRL input. The delay 
values should range for 15 to 30 ns. 

When using interrupt driven BLTing the queues could be dangerous due to interrupt 
service latency. 
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6.2 Pinout 



121 


122 


123 


124 


125 


126 


127 


128 


129 


130 


131 


132 


133 


134 


135 


136 


137 


138 


139 


140 


141 


142 


143 


144 


145 


146 


147 


148 


149 


150 


151 


152 


153 


154 


155 


156 


157 


158 


159 


160 
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Pinout (continued) 
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Darkstar Project Overview 
Todd Witter 
1/22/93 
rev c 


Darkstar is a general purpose high performance coprocessor board 
for the Mercury24. The daughtercard carries two AT&T DSP3210s 
r unnin g at 66MHz. These DSPs can access the Mercury24's large 
DRAM memory space extremely quickly using the DSP3210's block 
transfer capabihty. Each DSP also has a bank of veiy fast zero wait 
state SRAM available to it for quick data manipulation. 

The DSP3210 is ideally suited and designed for the 
manipulation of digital signals such as those in captured or created 
computer images. In conjunction with Mercury 24, Darkstar is 
designed to provide performance increases in image filtering, format 
conversion, JPEG compression and decompression, bla bla bla. 




DSP Control 


Each DSP has a twelve bit control status (C/S) register. The 
layout of which is shown in figure 1. 



Figure 1 


bits 11-9 are located within the Neptune DSP controller chip, 
bit 11 is the interrupt mask bit (rw). A low value here enables the 
DSP's interrupt signal to be passed on to the Macintosh. It is set to 
one on a reset. 


bit 10 is the arbup enable bit (rw). This bit is set to a one if there is 
another arbitrating device 'above' the Neptune chip. It is set to a 
zero if the Neptune chip is the top device in the arbitration chain. 

This bit is set to one on a reset. This bit's chief use is to speed up 
arbitration for the top device in the arbitration chain. This bit should 
only be changed while the DSP is inactive. 

bit 9 is the arbdn enable bit (rw). This bit is set to a one if and only 
if it does not require use of the Mercury bus AND it is the top device 
in the arbitration chain or all devices 'above' it do not require the 
Mercury bus. It is set to a zero for operation of the Neptune/DSP. 

This bit is set to a one on a reset. This bit's chief use is to speed up 
arbitration for devices 'below' it in the arbitration chain. This bit 
should only be changed while the DSP is inactive. 

bits 8-4 are located within the Darkstar controller chip. 

bit 8 is the DSP reset bit (rw). This bit is used to manually reset the 

DSP and it's Neptune chip. A zero holds the two chips in their reset 




state, a one releases them for operation. This bit is set to a zero on a 
Nubus reset. 

bits 7-0 represent the BIO[7..0] pins of the DSP3210. 
bits 7-4 are configured as outputs to the DSP and are read/wntable. 
These four bits control the startup actions of the DSP after it is reset, 
it is important not to change the values of these bit until after the 
DSP reset cycle is complete. These bit are set to 0010 on a reset. 
Following the reset sequence these bits are user configurable. 

bits 3-0 are configured as outputs from the DSP and are read only. 
These four bits represent the status of BIO bits 3-0. BIO[0] is used 
for the Nubus interrupt. If the DSP writes a zero to BIO[0] and the 
interrupt mask is zero then a Nubus interrupt occurs. BIO[2..1] are 
used to control the debug indicator lights. BIO [3] is user 
configurable. 

The C/S register for DSPl is located at OxFsSOOOOO 

The C/S register for DSP2 is located at 0xFs800004 

On the Darkstar Card DSP2 and it's Neptune chip are at the 'top' of 

the arbitration chain. DSPl resides above Mercury and below DSP2. 

Accesses to the Control/Status register do NOT affect the processing 

speed of the DSP. 

The most significant nibble (D[31..28]) of DSPl's C/S register contains 
the daughterboard ID. The ID for Darkstar is 1. The ID Nibble is 
shown in Figure 2. 



Figure 2 



SRAM , . , 

Each DSP has either 128k or 512k of fast SRAM for it's use. 

Addressed from the DSP it is located at 0x00000000 and is repeated 
every 128k or 512kb depending on the amount of SRAM installed. 
The DSP's Memory map is shown in Figure 4. 

This SRAM is also accessible from the Nubus. Each bank may 
be accessed separately or both banks may be written to 
simultaneously in a special memory location set aside for this use. 
Data read from this special area will only read one bank. The SRAM 
is fitted into the Mercury24's daughtercard space as follows: 

SRAM for DSPl has a base address of 0xFs880000. 

SRAM for DSP2 has a base address of 0xFs900000. 

The simultaneous write area has a base address of 0xFs980000. 

A memory map is shown in Figure 3. 

Accesses to the SRAM DO affect the processing speed of the DSP 
whose bank is being accessed but not the other DSP. 


FsAOOOOO 


Fs980000 


FS900000 


FS880000 


FS800000 


No Ack 


SRAM 1 & 2 


SRAM 2 


SRAM 1 


Registers 


Figure 3 



Mercury Bus 

From the DSP the Mercury bus data space begins at location 
0x80000000 and is repeated every 256MB. Addressed in this way 
Nubus DRAM addresses may be used imtranslated by the DSP. The 
Address map as seen from the DSP is shown in Figure 4 
From the Nubus this DRAM is accessible though the 
Mercury24's Super slot address space located at hex address 
OxsOOOOOOO where s is the slot in which the Mercury24 is installed. 
For more info on how the Mercury24 uses this DRAM, ask Jeff. 

FFFFFFFF 


80000000 



00000000 


Figure 4 
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rgs96981_status = 0, 
rgs96981_system_control = 1, 
rgs96981_vras0_lb = 2, D ^ 
rgs96981_vras0_ub = 3, '' 

rgs96981_vrasl_lb = 4, 
rgs96981_vrasl_ub = 5, 3f 1 0 ’ 
rgs96981_vras2_lb = 6, 0 
rgs96981_vras2_ub = 7, 
rgs96981_vras3_lb = 8,® ^ 

rgs96981_vras3_ub = 9, ^ 

rgs96981_bank0_end = 10, itfffn 
rgs96981_unused_0 = 11, 
rgs96981_unused_l = 12, 
rgs96981_unused_2 = 13, 
rgs96981_unused_3 = 14, 
rgs96981_'unused_4 = 15, 
rgs96981_s_start = 16, 
rgs96981_s_xend = 17, 
rgs96981_s_yend = 18, 
rgs96981_s_pitch = 19, 
rgs96981_s_cend = 20, 
rgs96981_s_inc = 21, 
rgs96981_offset = 22, 
rgs96981_d_start = 23, 
rgs96981_d_xend = 24, 
rgs96981_d_yend = 25, 
rgs96981_d_pitch = 26, 
rgs96981_d_cend = 27, 
rgs96981_d_inc = 28, 
rgs96981_foreground = 29, 
rgs96981_backgro\xnd = 30, 
rgs96981_blter_control = 31 
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1.0 Earth 

1.1 Introduction 

Earth is a NuBus, siave only, interface chip. Figure 1-1 shows a functional drawing of 
the Earth chip. Earth is designed to control the NuBus system level interface to 
configuration ROM, ASICs such as Venus, Mercury, and Jupiter, and a RAM DAC. It 
contains all the necessary address decode logic to map all 16 MBytes of a standard 
NuBus card as well as all 256 MBytes of a super slot card. 


NuBus 

Interface 


Address/Data Bus \ 

ID>- 
Start >- 
Transfer Mode 
Acknowlege <- 


Buffer Direction <- 
Aoknowiege Enable 


Clock >- 
Reset >- 


NAND Tree Output ^ 


EARTH 


AD[31;0) 

-ID(3:0] 

+START 

+TM[1:0] 

+ACK 

BUFDIH 

ACKEN 

•NBCLK 

-RESET 


NAND 


ROMA[16:0] 

-HOMEN 

+BRTM1 

+ILE 

CYCTYP(1:0] 

-VLSLRDY 

VLSLRDWR 

-VENUS_CS 
CASSEL[2:0] 
-RASEN[1:0] 
-CASSTB[3:01 
PMA(3:01 
CASCLK 
FRMBUFSI2E 
-PM HOLD 

-MERC.CS 

-JUP1_CS 

-JUP2_CS 

-JUP3_CS 

-JUP4_CS 

-DACEN 

DAC.RDWR 


ROM Address 
ROM Enable 

-> Registered Trans. Mode 1 


} 


ROM 

Interface 


—> Input Latch Enable 
a|^ Cycle Type 

-VLSI Ready 

—>VLSI Read/Write 


—> Venus Chip Select 
CAS Selects 
RAS Enables 
CAS Strobes 
I Page Mode Address 

■ CAS Clock 

■ Frame Buffer Size 

■ Page Mode Hold 


Mercury Chip Select 


Jupiter 1 Chip Select 
Jupiter 2 Chip Select 
Jupiter 3 Chip Select 
Jupiter 4 Chip Select 

DAC Enable 
->DACReadAWrite 


VLSI 
Interface 


> 


DAC 

Interface 


Figure 1-1 Functionai Drawing 


1.2 Pin Description 
NuBus interface 

AD[31:0] - Address/Data Bus[31:0] (TTL Input) 

NuBus Address/Data bus used for address space decoding. These inputs are just 
inverted versions of the Nubus Address/Data bus. 
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-ID[3:0] - ID[3:0] (TTL Inputs) 

These four inputs identify the address of the slot earth is plugged into. This bits are 
necessary for both standard and super slot decoding. These inputs wire directly to the 
ID bits of the NuBus. 

+START- START(JTL Input) 

This is the inverted Start signal from the NuBus. It signals the beginning of a bus cycle. 

+TM[1:0] - Transfer Mode [1:0] (TTL Bidirectional, 4mA Drive) 

These I/O indicate the transfer mode and size as well as acknowledge type. They 
should be inverted/buffered and wired directly to the Nubus Transfer Mode signals. 

+ACK - Acknowledge (TTL Bidirectional, 4mA Drive) 

This output is used to acknowledge NuBus transactions. It should be inverted/buffered 
and wired directly to NuBus Acknowledge. 

BUFDIR- Buffer Direction (TTL Output, 4mA Drive) 

This output is used to control the direction of the NuBus Address/Data transceivers. 

This signal is driven high when data is to be driven onto the Nubus. 

-ACKEN - Acknowledge Enable (TTL Output, 4mA Drive) 

This output is used to control the direction of the transceiver used to buffer and invert 
"+TM[1:0]" and "+ACK". This signal is driven low when "+TM[1;0]" and "+ACK" are to 
be driven onto the NuBus. 

-NBCLK - NuBus Clock (TTL Input) 

This is the 75% duty cycle, 10 MHz, NuBus clock. Earth uses both the rising and falling 
edges of this clock to control internal functions. 

-RESET - Reset (TTL Input) 

This active low input is used to bring Earth to a know state. "-NBCLK" must be running 
during reset. 

ROM Interface 

ROMA[16:0] - ROM Address [16:0] (TTL Outputs, 4mA Drive) 

These outputs are used to address the ROM and other devices the require the address 
to be stable throughout the entire NuBus cycle. 

-ROMEN - ROM Enabie (TTL Output, 4mA Drive) 

This output is used to enable the ROM data bus drivers. 

+BRTM1 - Buffered/Registered Transfer Mode 1 (TTL Output, 4mA Drive) 

This output is used to control the write function of a Flash EPROM. It is just a registered 
version of the Nubus Transfer Mode 1 signal. 
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VLSI Interface 

+ILE - Input Latch Enable (TTL Output, 4mA Drive) 

This output is used to close the address and control latches on both the Venus and 
Mercury chips. "+ILE" should be wired directly to the +ILE inputs of both chips. 

CYCTYP[1:0] - Cycle Type [1:0] (TTL Output, 4mA Drive) 

These outputs tell Venus and Mercury what type of cycle to execute. They should be 
wired directly to their corresponding inputs on Venus and Mercury. 

-VLSLRDY- VLSI Ready (TTL Input) 

This input should be the wire-or of the ready signals from Venus and Mercury. When 
asserted it indicates the current cycle is ready to proceed. 

-VENUS_CS - Venus Chip Select (TTL Output, 4mA Drive) 

When driven low this output initiates a Venus cycle. It should be wired directly to the 
corresponding Venus input. 

VLSLRDWR - VLSI Read/Write (TTL Output, 4mA Drive) 

When low at the falling edge of "+ILE" this output indicates a write is to be performed, 
when high a read is to be performed. This signal should be wired directly to the 
corresponding inputs on both Venus and Mercury. 

CASSEL[2:0]- CAS Seiect [2:0] (TTL Output, 4mA Drive) 

These output specify to Venus which CAS signals to assert. They should be wired 
directly to the corresponding Venus inputs. 

-RASEN[1:0] - RAS Enable [1:0] (TTL Output, 4mA Drive) 

These signals indicate which RAS signals should be asserted for a given Venus cycle. 
"-RASEN[0]" is asserted for the first four megabytes of the frame buffer. "-RASEN[1]'' is 
asserted for the second four megabytes. These outputs should be wired directly to the 
corresponding inputs on the Venus. 

-CASSTB[3:0] - CAS Strobe [3:0] (TTL Output, 4mA Drive) 

These outputs are used to strobe CAS during page mode cycles. They should be wired 
directly to the corresponding inputs on the Venus. 

PMA[3:0]- Page Mode Address [3:0] (TTL Output, 4mA Drive) 

These outputs contain the low four (AD[5:2]) address signals during standard cycles and 
the page mode address during page mode cycles. They should be wired to the low four 
address inputs of the Veuns. 

CASCLK- CAS Clock (TTL Input) 

This input is a delayed version of the NuBus clock. It is used to generate the proper 
timing for the "-CASSTB[3:0]" signals. 

FRMBUFSIZE- Frame Buffer Size (TTL Input) 

When low this input specifies a 4 MByte frame buffer (No ACK for the second 4 
MBytes), high specifies a 8 MByte Frame buffer. 
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-PMHOLD - Page Mode Hold (TTL Input,) 

When driven low this input indicates the Venus would like to hold the current page mode 
cycle. This input should be wired directly to the corresponding output of the Venus. 

-MERC_CS - Mercury Chip Select (TTL Output, 4mA Drive) 

When driven low this output initiates a Mercury cycle. It should be wired directly to the 
corresponding Mercury input. 

-JUP1_CS - Jupiter 1 Chip Select (TTL Output, 4mA Drive) 

When driven low this output initiates a Jupiter cycle. It should be wired directly to the 
corresponding Jupiter input. 

-JUP2_CS - Jupiter 2 Chip Select (TTL Output, 4mA Drive) 

When driven low this output initiates a Jupiter cycle. It should be wired directly to the 
corresponding Jupiter input. 

-JUP3_CS - Jupiter 3 Chip Select (TTL Output, 4mA Drive) 

When driven low this output initiates a Jupiter cycle. It should be wired directly to the 
corresponding Jupiter input. 

-JUP4_CS - Jupiter 4 Chip Select (TTL Output, 4mA Drive) 

When driven low this output initiates a Jupiter cycle. It should be wired directly to the 
corresponding Jupiter input. 

DAC Interface 

-DACEN - DAC Enable (TTL Output, 4mA Drive) 

This output when low enables DAC read or write cycles. It should be wired directly to 
the BT496/497 corresponding input. 

DAC_RDWR - DAC Read/Write (TTL Output, 4mA Drive) 

This output when high indicates a read is to be performed and when low indicates a 
write is to be performed. It should be wired directly to the BT496/497 corresponding 
input. 

2.0 Earth Functionality 
2.1 Introduction 

Earth is a bus specific (NuBus) interface controller. It allows an easy, inexpensive, and 
high performance connection of a Mercury and Venus based system to the NuBus. The 
address map for the Earth chip is shown in Table 2-1. Earth is packaged in a 144-pin 
Plastic Quad Flat Pack (PQFP). 
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Address Range 

Access 

FsOO.OOOO - FS3F.FFFF 

Frame Buffer (1st 4 MBytes) 

FS40.0000 - FS7F.FFFF 

Frame Buffer (2nd 4 MBytes, FRSIZE = 1) 

FsSO.OOOO - FsCF.FFFF 

Expansion Slot Space (No Ack) 

FsDO.OOOO - FsDF.FFFF 

Unused (No Ack) 

FsEO.OOOO - FsEF.FFFF 

RGS4909 Based Accelerator (No Ack) 

FsFO.OOOO - FsFO.OOFF 

DAC 

FsF0.0100-FsF0.01FF 

Jupiter #1 

FsFO.0200 - FSF0.02FF 

Jupiter #2 

FsFO.0300 - FSF0.03FF 

Jupiter #3 

FsFO.0400 - FSF0.04FF 

Jupiter #4 

FsFO.0500 - FsFO.OSFF 

Mercury Register 

FsFO.0600 - FsFO.OOFF 

Venus Register 

FsFS.OOOO - FsFF.FFFF 

Flash ROM 

SOOO.OOOO - sFFF.FFFF 

Mercury DRAM (super slot space) 


Table 2-1 Earth Address Map 

A block diagram of a system designed around the earth chip is shown in Figure 2-1. 



Figure 2-1 Earth Based System 
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6.0 Design Tips and Pinout 
6.1 Tips 

See Mercury 24 design for actual implementation. 
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6.2 Pinout 
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ROMA 


ROMA 
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AD 
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GND 
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NO 
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NC 
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NC 


NC 


NC 
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7.0 Timing Specifications 
7.1 Test Conditions 

Timing characterization of the Earth Verilog model was done using both best case and 
worst case conditions. In both cases, the internal delays were calculated using the 
actual capacitance figures from the chip layout. Parameters for the test condtions are 
shown In Table 7-1. Test loads for the output pins are shown in Table 7-2. 


Parameter 

Best 

Worst 

Process 

BCS 

wcs 

Temperature 

15'C 

80'C 

Voltage 

5.25 V 

4.75 V 


Table 7-1. Test Conditions 


Signal 

Load 

Units 

+TM[1:0] 

10 

PF 

+ACK 

10 

PF 

BUFDIR 

50 

pF 

-ACKEN 

10 

pF 

ROMA[16:0] 

30 

pF 

-ROMEN 

20 

pF 

+BRTM1 

20 

pF 

+ILE 

20 

pF 

+CYCTYP[1:0] 

20 

pF 

VLSLRDWR 

20 

pF 

-VENUS_CS 

10 

pF 

+CASSEL[2:0] 

10 

pF 

-RASENfl ;0] 

10 

pF 

-CASSTRB[3:0[ 

10 

pF 

PMA[3:0] 

10 

pF 

-MERC_CS 

10 

pF 

-JUP1_CS 

10 

pF 

-JUP2_CS 

10 

pF 

-JUP3_CS 

10 

pF 

-JUP4_CS 

10 

pF 

-DACEN 

10 

pF 

DAC_RDWR 

10 

pF 


Table 7-2. Output Pin Test Loads 
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7.2 Primary Nubus Timing 
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Figure 7-1. Primary Nubus Timing 


Parameter 

Symbol 

Min 

Max 

Units 

-RESET Setup 

1 

2 


ns 

-NBCLK Period 

2 

99.99 

100.01 

ns 

-NBCLK Width 

3 

73 

77 

ns 

+START Setup 

4 

3 


ns 

+START Hold 

5 

1 


ns 

AD[31 :0] Setup 

6 

2 


ns 

AD[31:0] Hold 

7 

4 


ns 

BUFDIR Delay 

8 

7 

23 

ns 


Table 7-3. Parameters for Figure 7-1 


Notes; . , 

1. All delays in this document are the same for both rising and falling edges unless 

otherwise specified. 
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7.3 +ACK and+TM Timing 
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Figure 7-2. +ACK and +TM Timing for ROM, DAC, and Jupiter Cycles 
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Figure 7-3. +ACK and +TM Timing for Mercury and Venus Cycles 


Parameter 

Symbol 

Min 

Max 

Units 

+ACK, +TM Setup Required 

9 

2 


ns 

+ACK, +TM Hold Required 

10 

3 


ns 

+ACK, +TM Access 

11 

6 

15 

ns 

+ACK, +TM Recovery 

12 

7 

20 

ns 

+ACK, +TM Delay 

13 

6 

21 

ns 

+ACK, +TM Setup Provided 

14 

52 


ns 

+ACK, +TM Hold Provided 

15 

29 


ns 

-ACKEN Delay 

16 

6 

19 

ns 


Table 7-4. Parameters for Figures 7-2 and 7-3 


Notes: 

1. -VLSLRDY is shown in Figure 7-3 for clarity. See Figure 7-7 for timing information. 
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7.4 ROM, DAC, and Jupiter Interface Timing 
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Figure 7-5. 

-23 - 

DAC Interface Timing 




I start Cycle | | I I I 


-NBCLK if 

L_y-\— 1 


1 -' 

1 |»-24 


-JUPx_CS . 

nAC RDWR 

- 

\ / 0 = RD.1=WH 

1 p21 

/ 0 = WR. 1 =R0 V 

/ 


--—-25 —-—--^ 



Figure 7-6. Jupiter Interface Timing 


Parameter 

Symbol 

Min 

Max 

Units 

-ROMEN Delay 

17 

7 

21 

ns 

+BRTM1 Delay 

18 

6 

20 

ns 

ROMA[16:0] Delay 

19 

7 

18 

ns 

ROM Access Time 

20 

400 

400 

ns 

-DACEN Delay 

21 

6 

19 

ns 

DAC_RDWR Delay 

22 

6 

18 

ns 

DAC Access Time 

23 

400 

400 

ns 

-juPx_cs Delay 

24 

6 

19 

ns 

Jupiter Access Time 

25 

400 

400 

ns 


Table 7-5. Parameters for Figures 7-4, 7-5, and 7-6 
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7.5 Mercury and Venus Interface Timing 


I start Cycle | | | I Cycle 



Figure 7-7. Mercury and Venus Interface Timing 


Parameter 

Symbol 

Min 

Max 

Units 

NB Signals Actual Setup 

26 

Note 4 


ns 

NB Signals Actual Hold 

27 

Note 4 


ns 

VLSI Signals Delay 

28 

4 

20 

ns 

VLSI Signals Setup Provided 

29 

21 


ns 

VLSI Signals Hold Provided 

30 

14 


ns 

ILE Falling Edge Delay 

31 

6 

20 

ns 

ILE Rising Edge Delay 

32 

6 

19 

ns 

VLSI Chip Selects Delay 

33 

6 

19 

ns 

-VLSLRDY Setup Required 

34 

2 


ns 


Tabie 7-6. Parameters for Figure 7-7 


Notes; 

1. The signais AD, +TM, +START, and +ACK are referred to as “NB Signals.” 

2. The signals PMA, CYCTYP, -RASEN, CASSEL, and -VLSLRDWR are referred to 
as “VLSI Signals.” 

3. The signals -MERC_CS and -VENUS_CS are referred to as “VLSI Chip Selects.” 

4. The “NB Signals” are shown in Figure 7-7 only to demonstrate the combinational 
delay from “NB Signals” to “VLSI Signals.” The actual setup and hold times of these 
signals affect the setup and hold times of the “VLSI Signals” relative to ILE. 

5. The “VLSI Signals” setup and hold times shown in Tabie 7-6 were calcuiated based 
on “NB Signais” setup and hoid times of 21 ns and 23 ns respectively. 

6. See Figures 7-1, 7-2, and 7-3 for minimum “NB Signai” setup and hoid times 
required for the Earth chip to function property. 

7. -VLSLRDY is an asynchronous input to the Earth chip. If the setup time shown in 
Table 7-6 Is met, -VLSLRDY will be detected during that Nubus cycie. Otherwise, it 
will be detected during the following Nubus cycie. 
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7.6 Page Mode Cycle Timing 



Figure 7-8. Page Mode Cycle Timing 


Parameter 

Symbol 

Min 

Max 

Units 

CASCLK Delay 

35 

32 

76 

ns 

CASCLK Period 

36 

99.99 

100.01 

ns 

CASCLK Width 

37 

73 

77 

ns 

-CASSTB Fall Delay 

38 

5 

15 

ns 

-CASSTB Rise Delay 

39 

4 

13 

ns 

-CASSTB Width 

40 

72 

77 

ns 

PMA Delay 

41 

7 

21 

ns 

-PMHOLD Setup 

42 

1 


ns 


Table 7-7. Parameters for Figure 7-8 


Notes: 

1. -PMHOLD is an asynchronous input to the Earth chip. If the setup time shown in 
Table 7-7 is met, -PMHOLD will be detected during that Nubus cycle. Otherwise, it 
will be detected during the following Nubus cycle. 

2. VLSLRDY is shown in Figure 7-8 for clarity. See Figure 7-7 for timing information. 
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Advance Information 


This document contains infoimatian on a product under development The parametric 
information contains target parametws and is subject to change. 


Bt496 


Distinguishing Features 

CMYK-to-RGB Conversion 
100 MHz Operation 
4:1 to 128:1 Multiplexed Pixel Port 
Three 256 x 9 Color Palette RAMs 
lx to 16x Integer Zoom Support 
1,2,4, 8,16, or 32 Bits pa Pixel 
Pixel Panning Suf^rt 

Simultaneous Support of Zoom, Panning, and 
Pixel Unpacking 

Programmable Setup (0 or 7.5 IRE) 

9-Bit DACs 

VRAM Clock gaieration 
TTLSYNC ouqrut 
207-pin PGA Package 


Applications 

• Printer Prepress 

• Desktop Color 

• High-Resolution Color Graphics 

Benefits 

• Smaller boardspace 

• Ease of design with turnkey solution 

• Provides new cap>abilities to end 

customers 


Functional Block Diagram 
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SYNC* BLANK* 


100 MHz 

Monolithic CMOS 
256 X 9 Triple Color Palette 
CMYK/RGB RAMDAC™ 


Product Description ' 

The Bt496 triple 9-bit RAMDAC is designed 
specifically for high-performaice, high-resolution 
color gr^hics used in printer prepress and desktop 
color applications. The mult^le pixel ports and 
internal multiplexing enable TTL-«anpatible 
interfacing to the frame buffer, while maiiUaining 
the 100 MHz video data rates required for 
sophisticated color gr^hics. 

The CMYK-to-RGB transformation block allows 
the frame buffer to manipulate data in the CMYK 
color space while the high-resolution monitor 
continues to display the image in RGB color space. 

On-chip features inclutfe three 256 x 9 coIot palette 
RAMs, 4:1 input multiplexing of the pixel port, bit 
plane masking, programmable setup (0 or 7.5 IRE), 
pixel panning support, lx to 16x integw zoom 
support, and CMYK-to-RGB color space 
conversion. 

Pixel data may be injait as 1, 2,4, 8, 16, or 32 bits 
per pixel. 


Brooktree Cotporation • 9950 Barnes Canyon Rd. • San Diego, CA 92121 
(619) 452-7580-(800) VIDEO IC. TLX: 383 596 .FAX: (619)452-1249 
U96001 Rev. A 7/1/92 
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Circuit Description 


Bt496 


MPV Interface 

As illustrated in the functional block diagram, the Bt496 
supports a standard MPU bus interface, allowing the MPU 
direct access to the internal control registers and color 
palettes. TTie dual-port color palette RAMs allow color 
updating without contendon with the display refresh process. 

The control inputs, in conjtmction with the internal address 
register, specify whidi control register or color palette 
location will be accessed by the MPU (see Table 1). The 
9-bit address register eliminates the requirement for external 
address multiplexm. ADDRO is the least significant bit. 

To write color data, the MPU loads the address registo' with 
the address of the color palette RAM location to be modified. 
The MPU performs three successive write cycles (9 bits each 
of red, green, and blue), using the internal address register to 
select the primary color palette RAM. After the blue write 
cycle, the address register then increments to the next 
location, which the MPU may continue by simply writing 
another sequence of red, green, and blue data. Reading color 
data is similar to writing, cxcqjt the MPU executes read 
cycles. 

When accessing the color palette RAM, the address register 
increments after each blue read or write cycle. To keep track 
of the red, green, and blue read/write cycles, the address 
register has two additional bits (ADDRa, ADDRb) that count 
modulo three. They are reset to zero when the MPU reads or 
writes to the address register. The MPU does not have 
access to these bits. The other 9 bits of the address register 
(ADDRO-8) are accessible to the MPU. ADDRO corresponds 
to DO. 


AddrM) 

C1,C0 

Addressed by MPU 

$xxx 

00 

Address Register (Addr8-0) 

$xxx 

01 

Reserved 

$000 

10 

ID Register ($081) 

$001 

10 

Revision Rigister 

$002 

10 

Cornmnd Register 0 

$003 

10 

Ccanmand Register 1 

$004 

10 

Command Register 2 

$006 

10 

Red Hxel Read Mask Register 

$007 

10 

Green Pixd Read Mask Register 

$008 

10 

Blue Rxel Read Mask Register 

$00C 

10 

Red Signature Register ^ 

$00D 

10 

Green Signnure Register 

$00E 

10 

Blue Signnure Register 

$00F 

10 

Test Register 

$100-41FF 

10 

CMYK correction factor LUT 

$000-$0FF 

11 

Color I^eoe RAMs 


Tablet. MPV Addressing Map. 
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Orcuit Description (continued) 


BrocJdree 


Although ihe color palette RAM registers are dual-ported, if the MPU at any time. Whai accessing the control registers 

fee pixel data is addressing the same palette entry being and CMYKLUT, the address register increments following a 

written to by the MPU during flie write cycle, it is possible read or write cycle, 
fiar one or more of the pixels on fee display screen to be 

disturbed. Only one pixel is disturbed if the write data from If an invalid address is loaded into fee address register, data 

fee MPU is valid during fee entire d»^ enable time. written to fee device will be ignored and invalid data will be 

read by fee MPU. 

Accessing the control registers is also done through fee 

address register in conjunction with the C inputs, as shown in Figure 1 illustrates fee MPU read/write timing of fee Bt496. 
Table 1. All control registers m^ be written to or read by 



Figure 1. MPU Read/Write Timing. 
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Circuit Description (continued) 


Bt496 


Frame Btfffer Inteiface 

To enable pixel data to be transferred from the frame buffer 
m. TTL data rates, multiple pixeb are supplied to the Bt496 
each input pixel clock cycle. The number of pixels sillied 
each input cycle depends on die number of bits which each 
pixel contains. The Bt496 supports jaxel depths of 32 
(CMYK format), 24, 16 (RGB true color), 8, 4, 2, and 1 
Opseudo color). Table 2 summarizes die available pixel 
frvmats. 

^"hen running in the 4:1 multiplex mode, CMYK/RGB se¬ 
lection is made via the SEL uqiuts on a pixel-by-paxel basis. 
Odier modes are frame selectable via command register set¬ 
tings. 

The Bt496 provides an output clock signal (SCLK*) whose 
falling edge is used to load input pixel data. The SCLK peri¬ 


od is automatically adorned to occur only as often as required 
for a given pixel dqxh sid zoom factor. 

The Bt496 also pmivides another ouq»t clock (VIDCLK*) 
which should be used for the generation of the SYNC* and 
BLANK* iiqiuts. The frequency of VIDCLK* is selectable 
to be 1/4, 1/8, 1/16, or 1/32 of die pixel clock via ctmimand 
register settings. 

SCLK* and VIDCLK* should be immediately redriven by a 
high-input impiedance-inverting driver such as the Signetics 
74F1804, whose outpnt is then used to clock die frame buffer 
serial output data and video timing goierator. 

For further information on SYNC*. BLANK*, VIDCLK*, 
SCLK*, and input pixd timings, refer to the Video Genwa- 
tion and Timing Waveforms sections. t 


Pixel 

Depth 

Multiplex 

Mode 

Pixel Format 

32 

4:1 

CMYK 

24 

4:1 

True-Color RGB, 8-8-8 

16 

8:1 

True-Color RGB, 5-5-5,6-5-5,6-6-4 

8 

16:1 

Pseudo Color 

4 

32:1 

Pseudo Color 

2 

64:1 

Pseudo Color 

1 

128:1 

Pseudo Color 


Table 2. Pixel Formats Supported. 
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Grcuit Description (continued) 
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Raid Masking 

Each CLXXTK cycle, pixels arc processed by flie read mask 
aad command registers. Through the use of the read mask 
icgisters, individual pixel inputs may be enabled or disabled 
fer display. 

ia true-color modes, each pixel is processed by the Red, 
Green, aixl Blue Read Mask Registers prior to addressing the 
color lookup tables. 

pseudo-colOT modes, each of the RGB read mask registers 
are separately ^tplied to the same expanded color index prior 
ID addressing the corresponding palette RAM. For exan^le, 
ic 4-bit per pixel mode, if the pixel value is $05, and the 
RGB read mask registers contain $F3, $0F, and $7C, then the 
palette entries used would be $01 for red, $05 for greea and 
$04 for blue. 


Pixel Zoom 

The Bt496 supports lx to 16x integer zoom through the use 
of pixel replicatiotL All pixel inputs are zoomed. 

ff 2x zooming is specified, the first pixel is ouqnit for two 
dock cycles, followed by die second pixel for two clock 
cycles, etc. Zooming of 3x is similar, except each pixel is 
ooiput for 3 clock cycles. Zoom is siqiported for all bit 
depths. 

The SCLK* period is lengthened appropriately for each of 
die possible zoom values. If 2x zooming is specified, the 


SCUK* period would be twice as long as that for lx zoom; 
for 3x zoom, die SCLK* pieriod is diree times as long as lx 
zoom, etc. 

Regardless of the zoom value, pixel data is latched only once 
pier SCLK* pieriod. 

Pixel Panning 

Pixel planning is sptecified to a four pire-zoomed pixel 
granularity. Valid pan values depiend on the bit per pixel 
mode. Panning is acconqilished piartially by delaying Sync 
and Blank signals beyond their normal position by no more 
than 32 screen piixels. Pmning fields bits used depend on the 
number of bits per pixel Table 3 shows the interpiretation of 
the pan select field in command register 1. 

Block mode ' 

The Bt496 suppxirts block modes for bit pier paxel dqiths of 1, 
2,4, 8,16, and 32 bits (Table 4). All piixel inputs are used re¬ 
gardless of pixel depth. Pixel unpacking may be from the 
MSB or LSB of each pixel piort, select^le by command reg¬ 
ister bit CR03. Pixel nup^iing for these modes are summar¬ 
ized in Table 5 for MSB unpacking and Table 6 for LSB un- 
piacking. 

The SCLK* period is automatically adjusted for different 
pixel depth. For example, changing the prixel depth from 16 
to 8 bits would cause the SCLK* pwriod to be twice as long. 
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Circuit Description (c(mtinued) 
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Bits per Pixel 


32 



CR18-CR14 

Number of Pixels Panned 

(xxxxx) 0 pixels 

0 

(00000) 0 pixels | 

(10000) 4 pixels 

0, or4 

(000(X)) 0 pixels 
(01000) 4 pixels 
(10000) 8 pixels 
(11000) 12 pixels 

0,4, 8, or 12 

(00000) 0 pixels 
(00100) 4 pixels 
(01000) 8 pixels 

0,4,8,12,16,20,24. or 28 

(11100) 28 pixels 


(00000) 0 pixels 

0,4,8,12,16,20.24,28,32.36,40.44,48,52. 

56, or 60. 

(11110) 60 pixels 


(0(XXX))0 pixels 

0.4. 8.12,16,20.24.28,32,36,40,44,48,52, 

56. 60.64,68.72. 76. 80,84. 88,92,96,100, 

104,108,112,116,120, or 124. 

(11111) 124 pixels 






Bits per 
Pixel 

Pixels per 
SCLK* 

Colors 

Displayable 

1 

128 

2 

2 

64 

4 

4 

32 

16 

8 

16 

256 

16 

8 

64K 

32 

4 

16.7M 



Tabu 4. Block Mode Operation. 


7 
































Bt496 _ 

Circuit Description (continued) 
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Pixel Port Bits 

Bit-P« Kxd Depth 



32/24 

16 

8 

4 

2 

1 


31-24 

Pixel 1 (Black) 

Rxell 

Pixel 1 

Pixel 1 

Pixel 1 



23-16 

Pixel 1 (Cyan/Red) 


Pixel 2 



■ 


15-8 

Pixel 1 (Magenta/Green) 

Fael2 

Pixel 3 





7-0 

Pixel 1 (Yellow/Blue) 


Pixel 4 

Pixels 

Pixel 16 



31-24 

Pixel 2 (Black) 

Rxel3 

Pixel 5 

Pixel 9 

Pixel 17 



23-16 

Pixel 2 (Cyan/Red) 


Pixel 6 





15-8 

Pixel 2 (Magenta/Green) 

Pixel 4 

Pixel 7 





7-0 

Pixel 2 (Yellow/Blue) 


Kxel 8 

Pixel 16 

Pixel 32 

Pixel 64 ' 


31-24 

Pixel 3 (Black) 

Pixel 5 

Pixel 9 

Pixel 17 

Pixel 33 

Pixel 65 

■ 

23-16 

Pixel 3 (Cyan/Red) 


Pixel 10 




■ 

15-8 

Pixel 3 (Magenta/Green) 

Pixel 6 

Pixel 11 




m 

7-0 

Pixel 3 (Yellow/Blue) 


Pixel 12 

Pixel 24 

Pixel 48 

Pixel 96 


31-24 

Pixel 4 (Black) 

Pixel 7 

Pixel 13 

Pixel 25 

Pixel 49 

Pixel 97 

■ 

23-16 

Pixel 4 (Cyan/Red) 


Kxel 14 




■ 

15-8 

Pixel 4 (Magenta/Green) 

Pixels 

Pixel 15 




■ 

im 

Pixel 4 (Yellow/Blue) 


Pixel 16 

Pixel 32 

Pixel 64 

Pixel 128 


Table 5. Pixel Port Unpacking from MSB (CR03 = 0). 
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Grcuit Description (continued) 
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Pixel Port Bits 

Bit Per Pixel Depth 

32/24 

16 

8 

4 

2 

1 

PA 

31-24 

Pixel 1 (Black) 

Pixel 2 

Pixel 4 

Pixel 8 

Pixel 16 

Pixel 32 


23-16 

Pixel 1 (Cyan/Red) 


Pixels 



• 


15-8 

Pixel 1 (MagentaA3reen) 

Pixel 1 

Pixel 2 



• 


7-0 

Pixel 1 (Yellow/Blue) 


Pixel 1 

Pixel 1 

Pixel 1 

Pixel 1 

PB 

31-24 

Pixel 2 (Black) 

Pixel 4 

Pixel 8 

Pixel 16 

Pixel 32 

Pixel 64 


23-16 

Pixel 2 (Cyan/Red) 


Pixel 7 





15-8 

Pixel 2 (Magenta/Green) 

Pixel 3 

Pixel 6 





7-0 

Pixel 2 (Yellow/Blue) 


Pixels 

Pixel 9 

Pixel 17 

Pixel 33 

PC 

31-24 

Pixel 3 (Black) 

Pixel 6 

Pixel 12 

Pixel 24 

Pixel 48 

Pixel 96 


23-16 

Pixel 3 (Cyan/Red) 


Pixel 11 





15-8 

Pixel 3 (MagentaAjreen) 

Pixel 5 

Pixel 10 

* 




7-0 

Pixel 3 (Yellow/Blue) 


Pixel 9 

Pixel 17 

Pixel 33,^ 

Pixel 65 

PD 

31-24 

Pixel 4 (Black) 

Pixel 8 

Pixel 16 

Pixel 32 

Pixel 64 

Pixel 128 


23-16 

Pixel 4 (Cyan/Red) 


Pixel 15 





15-8 

Pixel 4 (MagentaAjreen) 

Pixel 7 

Pixel 14 





7-0 

Pixel 4 (Yellow/Blue) 


Pixel 13 

Pixel 25 

Pixel 49 

Pixel 97 


Tabu 6. Pixel Port Unpacking from LSB (CR03 = I). 
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Circuit Description (continued) 


BrocJdree* 


Shift Clock Generation 

The Bt496 facilitates the gensation of the VRAM shift clodt 
providing SCLK*. SCLK* should be used to clodc the 
VRAM shift registers which provide pixel data to the Bt496. 
The ratio of SCLK* to Pixel CUXTC is adjusted so that all 
pixel iiqjui bits are presented once during each SCLK* peri¬ 
od. The Bt496 supports zoom concurrently with each of the 
block modes, requiring a number of differoit SCLK* peri¬ 
ods. Fot example, with 32-bit per pixel depft and lx zoom, 
SCLK* occurs every 4 CLOCK cycles; for 16-bit per pixel 
d^th and lx zoom or 8-bit per pixel d^>dt and 2x zoom, 
SCLK* occurs eveiy 8 CLOCK cycles, etc. The SCLK* pe¬ 
riod my be computed using the following formula: 

A.= 128 (Z/D) 

where X is the SCLK* period (in jMxel clodc cycles), Z is the 
zoom factor, and D is the pixel depth. A list of SCLK* peri- 


txls for all possible combinations of pixel dq)th and zoran is 
shown in Table 7. 

SCLK* is stopped (in a logical “1" state) during blanking to 
allow the systen to reload the VRAM serial shift registos. 
System implementations utilizing “midline” transfer m^ 
need to insert a VRAM shift clock pulse during blanking 
time to load the shift register tap address. The system may 
insert this additional clock without incurring additional gate 
delays by using a NAND driver for SCLK*. The unused 
(and normally high) input on the NAND driver may then be 
used to insert additional SCLK*s. These implementations al¬ 
ready present valid pixel informaticm at the end of the blank¬ 
ing period. Tha-efore, the fust SCLK* asserted by fte Bt496 
should load pixel data. For these implanentations, CR08 
should be a logical zcto. See Figure 2 and the Video Geno-a- 
tion section for more information. f 


Zoom 

Factor 

1 Pixel Depth I 

32 

16 

8 

4 

2 

1 

_1. 

4 

8 

16 

32 

64 

128 

2 

8 

16 

32 

64 

128 

256 

3 

12 

24 

48 

96 

192 

384 

4 

16 

32 

64 

128 

256 

512 

5 

20 

40 

80 

160 

320 

640 

6 

24 

48 

96 

192 

384 

768 

7 

-2§. 

56 

112 

224 

448 

896 

8 

32 

64 

128 

256 

512 

1024 

9 

36 

72 

144 

288 

576 

1152 

_10 

40 

80 

160 

320 

640 

1280 

11 

44 

88 

176 

352 

704 

1408 

12 

48 

96 

192 

384 

768 

1536 

13 

52 

104 

208 

416 

832 

1664 

14 

56 

112 

224 

448 

896 

1792 

15 

60 

120 

240 

480 

960 

1920 

16 

64 

128 

256 

512 

1024 

2048 


Tabk 7. SCLK* Period Table (in Pixel Clock Cycles). 
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Orcuit Description (continued) 


Bt496 



Figure 2. VRAM Serial Clock Interface. 
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Circuit Description (continued) 
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Color Modes 

The Bt496 processes the pixel types shown in Table 8. 


I 


Pixel Type 

Description 

32 bit, CMYK, True Color 

Subtractive color space, 8 bits each of black, cyan, magenta, and yellow for each pixel. 
Pixels are converted to RGB color space, masked, then are used to address color tables. 

24 bit, RGB, 8-8-8, True Color 

8 tats each of red, green, and blue for each p^el. Additional 8 st^ied pixel tats are 
ignored. Pixels are RGB masked, then used to address color tables. 

16 bit, RGB, 5-5-5, True Color 

5 bits each of red, green, and blue for each pixel. Additional supplied pixel bit in MSB of 
pixel data is ignored. Color ccanponent values are left-justified into fliree 8-bit values. 

16 bit, RGB, 6-5-5, True Color 

6 bits of red, 5 bits each of green and blue for each {axel. Color cxanponent values are 
left-justified into three 8-bit values. , 

16 bit, RGB, 6-6-4, True Color 

6 bits each of red and green, 4 bits of blue for each pixel. Colcn ccanponent values are 
left-justified into three 8-bit values. 

8 bit, RGB, Pseudo Color 

8 bits of supplied pixel data are read masked into three color palette addresses, then used 
to a^ess color palettes. 

4 bit, RGB, Pseudo Color 

4 bits of supplied pixel data are right-justified into an 8-bit value, then read masked into 3 
color palette addresses. 

2 bit, RGB, Pseudo Color 

2 bits of supplied pixel data are right-justified into an 8-bit value, then read masked into 3 
color palette addresses. 

1 bit, RGB, Pseudo Color 

1 bit of supplied pixel data is right-justified into an 8-bit value, then read masked into 3 
color palette addresses. 


Tabk 8. Pixel Processing Modes. 


When 32-bit per pixel depth is specified, each of the 4 pixels 
may be selected for CMYK or RGB processing on a pixel 
basis by using the CMYK control inputs. A CMYK pixel 
has 8 bits each for black, cyan, magenta, and yellow. The 
mapping of CMYK pixels is shown in Table 9. If the CMYK 
controls specify RGB processing, 8 bits each for red, green, 
and blue are used. The remaining 8 bits are ignored. 

WTien 16-bit per pixel depth is specified, 8 pixels are present¬ 
ed each SCLK period. One of three modes for pixel interpre¬ 
tation is selected by CR05 and CR04. The pixel bits supplied 


for each channel are used as the MSBs of the color table ad¬ 
dresses. To maintain the ability to produce a full-scale out¬ 
put without reloading a gamma corrected color lookup table, 
the supiplied bits are duplicated from left (MSB) to right 
(LSB) into the unspecified address 1^ of the color table. 
This value is then subject to read masking. This operation is 
illustrated Table 10. 

WTien 8 bits or less per pixel depth are specified, the Bt496 
operates in pseudo-color mode, presenting the same 8-bit val¬ 
ue to all three color palette tables (subject to read masking). 
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Pixel 

Depth 

SEL 

Pixel 

Number 

Transformation Input Pixel Mapping 

m 

Cyan 

(7-0) 

Magenta 

(7-0) 

Yellow 

(7-0) 

32 

1 


P31A-P24A 

P23A-P16A 

P15A-P8A 

P7A-P0A 




P31B-P24B 

P23B-P16B 

P15B-P8B 

P7B-P0B 




P31C-P24C 

P23C-P16C 

P15C-P8C 

P7C-P0C 



II 

P31D-P24D 

P23D-P16D 

P15D-P8D 

P7D-J>0D 


Tabu 9. CMYK Pixel Fonnat. 


rr 

RAM Address 

Red Address 

7 6 5 4 3 2 1 0 

Green Address 

7 6 5 4 3 2 1 0 

Blue Address ' 

7 6 5 4 3 2 1 0 


Pixel Input 

14 13 12 11 10 14 13 12 
30 29 28 27 26 30 29 28 

98765987 

25 24 23 22 21 25 24 23 

4 3 2 1 0 4 3 2 

20 19 18 17 16 20 19 18 

nil 

RAM Address 

7 6 5 4 3 2 1 0 

7 6 5 4 3 2 1 0 

7 6 5 4 3 2 1 0 

m 

Pixel Input 

15 14 13 12 11 10 15 14 

31 30 29 28 27 26 31 30 

98765987 

25 24 23 22 21 25 24 23 

4 3 2 1 0 4 3 2 

20 19 18 17 16 20 19 18 


RAM Address 

7 6 5 4 3 2 1 0 

7 6 5 4 3 2 1 0 

7 6 5 4 3 2 1 0 

H 

Pixel Input 

15 14 13 12 11 10 15 14 

31 30 29 28 27 26 31 30 

98765498 

25 24 23 22 21 20 25 24 

3 2 1 0 3 2 1 0 

19 18 17 16 19 18 17 16 


Tabu 10. Color TabU Address Generation for 16-bit True Color. 
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Circuit Description (continued) 
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Pixel uiq;>addng starting fiom flie MSBs may be accom¬ 
plished by setting CR03 = 0. To in^iack starting from the 
LSBs, set CR03 = 1. TaUes 5 and 6 list the pixel input Kt 


mapping for all available pixel dqxhs. Tables 11 and 12 
provide greater detail on pixel uipacking for tme-color 
inodes, as does TaMe 13 for pseudo-color inodes. 


Bit(s) 

per 

pixel 

SEL 

Bipui 

CR05- 

CR04 

Bits per Band 

Pixel 

Red(7-0) 

Green(7-0) 

Blue(7-0) 

Red 

Green 

Blue 

Number 

24 

0 

XX 

8 

8 

8 


R7-0 = P23A-P16A 

G7-0 = P15A-P8A 

B7-4) = P7A-P0A 








R7-4) = P23B-P16B 

G7-0 = P15B-P8B 

B7-O = P7B-P0B 








R7-0 = P23C-P16C 

G7-0 = P15C-P8C 

B7-0 = P7C-P0C 








R7-0 = P23D-J»16D 

G7-0 = P15I>-P8D 

B7-0 = P7D-P0D 

16 

X 

00 

5 

5 

5 

1 

R7-3 = P30A-4>26A 

G7-3 = P25A-P21A 

B7-3 = P20A-J»16A 








R7-3 = P14A-J>10A 

G7-3 = P9A-P5A 

B7-3 = P4A-P0A 








R7-3 = P30B-P26B 

G7-3 = P25B-P21B 

B7-3 = P20B-P16B, 








R7-3 = P14B-4>10B 

G7-3 = P9B-P5B 

B7-3 = P4B-P0B 








R7-3 = P30C-P26C 

G7-3 = P25C-P21C 

B7-3 = P20C-P16C 








R7-3 = P14C-nP10C 

G7-3 = P9C-P5C 

B7-3 = P4C-P0C 








R7-3 = P301>-P26D 

G7-3=P25D-P21D 

B7-3 = P20D-P16D 







8 

R7-3 = P14D-P10D 

G7-3 = P9D-P5D 

B7-3 = P4I>4>0D 

16 

X 

01 

6 

5 

5 

1 

R7-2 = P31A-P26A 

G7-3 = P25A-J^1A 

B7-3 = P20A-P16A 








R7-2 = P15A-4>10A 

G7-3 = P9A-P5A 

B7-3 = P4A-P0A 








R7-2 = P31B-J>26B 

G7-3 = P25B^1B 

B7-3 = P20B-P16B 








R7-2 = P15B-P10B 

G7-3 = P9B-P5B 

B7-3 = P4B-P0B 








R7-2 = P31C-P26C 

G7-3 = P25C-P21C 

B7-3 = P20C-P16C 








R7-2 = P15C-P10C 

G7-3 = P9C-P5C 

B7-3 = P4C-P0C 








R7-2 = P31I>-P26D 

G7-3 = P25D-P21D 

B7-3 = P20D-P16D 
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R7-2 = P15I>-P10D 

G7-3 = P9D-P5D 

B7-3 = P4D-P0D 

16 

X 

10 

6 

6 

II 

1 

R7-2 = P31A-P26A 

G7-2 = P25A-P20A 

B7-4 = P19A-P16A 








R7-2 = P15A-P10A 

G7-2 = P9A-P4A 

B7-4 = P3A-P0A 






■ 


R7-2 = P31B-P26B 

G7-2 = P25B-P20B 

B7-4 = P19B-P16B 






■ 


R7-2 = P15B-P10B 

G7-2 = P9B-P4B 

B7-4 = P3B-P0B 







5 

R7-2 = P31C-P26C 

G7-2 = P25C-P20C 

B7-4 = P19C-P16C 







6 

R7-2 = P15C-P10C 

G7-2 = P9C-P4C 

B7-4 = P3C-P0C 







7 

R7-2 = P31D-P26D 

G7-2 = P25D-P20D 

B7-4 = P19I>-P16D 





■il 

■ 

8 

R7-2 = P15EM>10D 

G7-2 = P9D-P4D 

B7-4 = P3E1-P0D 


Table II. True Color Pixel Formats, MSB Pixel Unpacking (CR03 = 0). 
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Brookfanee* _ 

Grcuit Description (continued) 


Bt496 


Bit(s) 

P« 

pixel 

SEL 

Input 

CR05- 

CR04 

Bits p>« Band 

Pixel 

Color Palette Addressing 

Red(RA7-0) 

GiBa<RA7-0) 

Blue(RA7-0) 

PBI 

Green 

Blue 

Number 

24 

0 

XX 

8 

8 

8 


R7-0 = P23A-P16A 

G7-0 = P15A-P8A 

B7-O = P7A-P0A 








R7-0 = P23B-P16B 

G7-0 = P15B-P8B 

B7-O = P7B-P0B 








R7-0 = P23C-P16C 

G7-0 = P15C-P8C 

B7-O = P7C-P0C 








R7-0 = P23D-P16D 

G7-0 = P15D-P8D 

B7-O = P7D-P0D 

16 

X 

00 

5 

5 

5 

1 

R7-3 = P14A-P10A 

G7-3 = P9A-P5A 

B7-3 = P4A-P0A 








R7-3 = P30A-P26A 

G7-3=P25A-P21A 

B7-3 = P20A-P16A 








R7-3 = P14B-P10B 

G7-3 = P9B-P5B 

B7-3 = P4B-P0B 








R7-3 = P30B-P26B 

G7-3 = P25B-4>21B 

B7-3 = P20B-P16B 








R7-3 = P14C-P10C 

G7-3 = P9C-P5C 

B7-3 = P4C-P0C 








R7-3 = P30C-P26C 

G7-3 = P25C-P21C 

B7-3 = P20C-P16C 








R7-3 = P14D-P10D 

G7-3 = P9I>-P5D 

B7-3 = P4D-P0D 







8 

R7-3 = P30D-P26D 

G7-3=P25D-P21D 

B7-3 = P20D-P16D 

16 

X 

01 

6 

5 

5 

1 

R7-2 = P15A-P10A 

G7-3 = P9A-P5A 

t 

B7-3 = P4A-P0A 








R7-2 = P31A-P26A 

G7-3=P25A-P21A 

B7-3 = P20A-P16A 








R7-2 = P15B-P10B 

G7-3=P9B-P5B 

B7-3 = P4B-P0B 








R7-2 = P31B-P26B 

G7-3 = P25B-P21B 

B7-3 = P20B-P16B 








R7-2 = P15C-P10C 

G7-3 = P9C-P5C 

B7-3 = P4C-P0C 








R7-2 = P31C-P26C 

G7-3=P25C-P21C 

B7-3 = P20C-P16C 








R7-2 = P15D-P10D 

G7-3 = P9I>-P5D 

B7-3 = P4D-P0D 







8 

R7-2 = P31I>-P26D 

G7-3 = P25D-P21D 

B7-3 = P20D-P16D 

16 

X 

10 

6 

6 

B 

1 

R7-2 = P15A-P10A 

G7-2 = P9A-P4A 

B7-4 = P3A-P0A 








R7-2 = P31A-P26A 

G7-2 = P25A-P20A 

B7-4 = P19A-P16A 








R7-2 = P15B-P10B 

G7-2 = P9B-P4B 

B7-4 = P3B-P0B 








R7-2 = P31B-P26B 

G7-2 = P25B-4>20B 

B7-4 = P19B-P16B 







mm 

R7-2 = P15C-P10C 

G7-2 = P9C-P4C 

B7-4 = P3C-P0C 








R7-2 = P31C-P26C 

G7-2 = P25C-P20C 

B7-4=P19C-P16C 








R7-2 = P15D-P10D 

G7-2 = P9I>-P4D 

B7-4 = P3D-P0D 






B 


R7-2 = P31D-P26D 

G7-2 = P25I>-P20D 

B7-4 = P19D-P16D 


Table 12. True-Color Pixel Formats, LSB Pixel Unpacking (CR03 = 1). 
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Bt496 _ 

Circuit Description (continued) 


BrocJdree* 


Bit(s] 

per 

pixel 

Pixel 

Number 

Color Table Addressing (RA7-0) 

MSB Unpacking (CR03 = 0) 

LSB Uiq>acking (CR03 = 1) 

8 


RA7-0 = I»31A-P24A 

RA7-0 = P7A-P0A 



RA7-0 = P23A-P16A 

RA7-0 = P15A-P8A 



RA7-0 = P15A-P8A 

RA7-0 = P23A-P16A 



RA7-0 = P7A-P0A 

RA7-0*P31A-P24A 



RA7-4) = I>31B-P24B 

RA7-O = P7B-P0B 

■ 

16 

RA7-0=P7D-P0D 

RA7-0 = P31]:>-P24D 

1 

1 

RA3-0 = P31A-P28A 

RA3-O = P3^-P0A 


8 

RA3-0 = P3A-P0A 

RA3-0 = P31A-P28A 

■ 

9 

RA3-0=P31B-P28B 

RA3-O = P3B-l>0B 

1 

32 

RA3-0 = P3D-P0D 

PA3-0 = P31I>-P28D 

2 

1 

RAl-O = P31A-P30A 

RAl-O = PlArT0A 


16 

RA1-0 = P1A-P0A 

• \ 

RAl-0 = P31A-P30A 


17 

RA1-0 = P31B-P30B 

RA1-0 = P1B^B 


64 

RA1-0 = P1D-P0D 

RA1-0 = P31D-P30D 

1 

1 

RA0 = P31A 

RAO = POA 


32 

RAO = PDA 

RAO = P31A 


33 

RA0 = P31B 

RAO = POB 


128 

RAO = POD 

RAO = R31D 


Table 13. Pseudo-Color Pixel Formats. 









Brodktree* _ 

Circuit Description (cfmtinued) 


Bt496 


CMYK-to-RGB Conversion 

For printer prepress qrplicatioas, image data is generally 
^lecified in the subtractive color space, Le., cyan, magenta, 
yellow, and black (CMYK). The four dimensional CMYK 
space has an extra degree of heeckmi used to control the 
amount of black. One way the extra degree of freedom miy 
be used is in the control of the gpsy component replacement 
(GCRX which governs the amount of dte gray component of 
a CMY color that is replaced by black. The specification of 
a GCR value locks in the extra degree of freedom and estab- 
Sshes a one-to-one mspping between RGB and CMYK. 

One algorithm which may be used to convert from RGB (r, 
g. b in the range {0,1}) to CMYK (c, m, y, k in the range 
{0,1}) is as follows: 

c'=l-r 

m'=l-g 

y-=l-b 

V^ = min(c',m',y') 

'^m.x = m“(c'.in',y') 

^Toa - ^min ^>“(1- (V„„ - Vn^))P 


c = c’-V,o„ 

m = m - V„ 

y=y'-v„ 

k = V^G 


tn these equations, G is the GCR value in Ihe range [0, 1]. 
The constant a is used to control die relationship between the 


blade level and the CMY tevels as a function of GCR. Cur¬ 
rent literature suggests a value for a of five. The constant P 
is used to give furtho^ control of the K to CMY relationship 
as a function of saturation. The value for P is considered 
stibjective, but two may be used as a starting point 

The inverse of this color space converson algorithm has 
been inq)lemented in &eBt496: 

Vnun = nijn(c.nvy) 

V„„=max(c,m,y) 

= Vmin G»-Ul- (V^ - V^)]P 
V,on = (Vrem* 1 - 


«= l-nv-V^ 

b=i-y-v,c„ 


t 


The non-linear portion of the Vrem computation is imple¬ 
mented in the Bt496 by using a lodcup table, indexed by 
(Vmax-Vmin). 

A GCR value in the range 0.6-0.8 produces a black with the 
highest density, and therefore offers the greatest dynamic 
range. Although the maximum GCR value of 1.0 provides 
the best economy of the more expensive colored printing 
inks, the resulting printed images suffer from reduced shad¬ 
ow density and increased sensitivity to registration errors be¬ 
tween the black and colored printers, causing light outlines 
to appear on dark picture elements. 
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Bt496 _ 

Circuit Description (continued) 


Bro(Jdree* 


A simj^ed block diagram of flie CMYK-to-RGB transfor- Sample RAM contents for a GCR at.7, alpha of 5, and beta 

mation is shown in Figure 3. The {apeline registers are not 2 are shown in Table 14. 

shown for simplicity. 

The 256 X 8 RAM is used to evaluate die non-linear {xirtion 
of equation = Vmin G«»-lll-(V^ - V^)]P. This 

RAM should be loaded by the MPU widi the values for the 
function 

«Cx) = G<®-»(l-x)P 



Figures. CMYK-to-RGB Conversion. 











BnocJdree* _ 

Circuit Description (continued) 


Bt496 


Entry 

Value 

Entry 

Value 

$00 

$3D 

$4A-$4C 

$1E 

$01-$02 

$3C 

$4D-$4F 

SID 

$03-$04 

$3B 

$50-552 

$1C 

$05-S06 

$3A 

$53-555 

$1B 

$07-$08 

$39 

$56-558 

$1A 

$09-$0B 

$38 

$59-$5C 

$19 

$0C-$0D 

$37 

$5I>-$5F 

$18 

$0E-$0F 

$36 

$60-562 

$17 

$10-$11 

$35 

$63-566 

$16 

$12-$13 

$34 

$67-569 

$15 

$14-$16 

$33 

$6A-$6D 

$14 

$17-518 

$32 

$6E-570 

$13 

$19-$1A 

$31 

$71-574 

$12 

S1B-$1D 

$30 

$75-578 

$11 

$1E-$1F 

$2F 

$79-$7C 

$10 

$20-521 

$2E 

$7D-$80 

$0F 

$22-524 

$2D 

$81-585 

$0E 

$25-$26 

$2C 

$86-589 

SOD 

$27-529 

$2B 

$8A-58E 

$0C 

$2A-52B 

$2A 

$8F-$92 

SOB 

$2C-52E 

$29 

$93-597 

$0A 

$2F-$30 

$28 

$98-$9D 

$09 

$31-533 

$27 

$9E-$A2 

$08 

$34-536 

$26 

$A3-$A8 

$07 

$37-$38 

$25 

$A9-5AF 

$06 

$39-$3B 

$24 

$B0-$B6 

$05 

$3C-$3E 

$23 

SB7-5BD 

$04 

$3F-$40 

$22 

$BE-$C6 

$03 

$41-$43 

$21 

$C7-$D0 

$02 

$44-546 

$20 

$D1-5DE 

$01 

$47-549 

$1F 

$DF-$FF 

$00 


Table 14. CMYK-to-RGB Transformation 
RAM Contents for GCR = .7, a =5, P=2. 
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Bt496 _ 

Circuit Description (continued) 


RtxJdree' 


Video Generation 


Video irq>ut pixel liming is shown in Figure 4. 

Hje VIDCLK* ouqwt is a free-running clodc typically used 
far cloddng the display timing generator. The MPU controls 
flie paiod of VIDCLK* by setting bits CR07 and CR06 in 
eoounand register 0. VIDCUC* may be CLOCK/4, 
CLOCK/8, CLOCK/16, or CLOCK/32. SYNC and BLANK 
infcwmatiim are latched with each falling edge of VIDCLK* 
and inserted into the pipelined pixel stream at the appropriate 
time. No relationship should be considered to exist between 
tat SYNC*/BLANK* signals and the incoming pixel data. 
Tlie SYNC* and BLANK* inputs are used to provide the 
RAMDAC wiflj timing information; Le., blank duration, 
front porch, sync duration, and back porch. 


updates) read command register CR21 AND CR20 to 
synchronize. Using the SYNC* andA* BLANK* input 
signals will not provide accurate syncfanmization due to the 
size and variability of the Bt496's pipdine depth. 

The SYNC* and BLANK* inputs, pipdined to maintain 
synchronization with die pixel dau, add ^propriately 
weighted curraits to die analog outputs. ITiis i^uces the 
specific ou^ut levels required for vxko implications, as 
illustrated in Figures S and 6. Command register 2 specifies 
whether a 0 IRE or 7.5 IRE blanking pedestal is to be 
generated, and whether or not sync information is to be 
encoded on the video output. A 0 IRE pedestal will force the 
black level and the blank level to be the same. 


Since VIDCLK* generally runs with a different period from 
SCLK*, SYNC* and BLANK* may be provided at a higher 
resolution than the number of pixels loaded each SCLK*. 
Thus, not all pixels loaded with the last active SCLK* will 
aecessarily be displayed on the screoi. However, on the 
leading edge of the scan line, the first pixel loaded by 
SCLK* will always be the first pixel displayed. 

The SYNCOUT* signal follows the SYNC* input ly the 
number of pipeline stages internal to the Bt496. It is 
positioned with pixel resolution, and should be used to derive 
ihe SYNC signal for displays requiring separate TTL sync. 
The RAMDAC pipeline delay present from the input pixel 
port to the ouq>ut is constant for a given pixel pan amount. 

It is recommended that MPU ojjeradons requiring display 
synchronization to blank and/or sync (e.g., command register 


The varying output current from the D/A converters produces 
a corresponding voltage leveL which is used to drive the 
CRT monitor. Tables 15 and 16 detail how the SYNC* and 
BLANK* iimuts modify the output levels. 

The D/A converters on the Bt496 use a segmoited 
architecture in which bit currents are routed to either the 
current output or GND by a sophisticated decoding scheme. 
This architecture eliminates the need for precision 
component ratios and greatly reduces flie switching transients 
associated with turning current sources on or off. 
Monotonicity and low glitch are guaranteed by using 
identical current sources and current steering their ouqruts. 
An on-chip operational amplifier si^izes the full-scale 
output current against temperature and power supply 
variations. 


r. r 


\ 








rA_AA_AA 


X 


X 


X 


m-») 


I^A_ 

X~^ X X 


SCUC pniM 
Ml-4CMCyclH 
^ 4 ClMkC>cte 
tt t (bk mmb) 

4i traBiii(e4«t vf lut ponAk SCLK epeWt aSwlCcWcfc cyelM 

Br*di*li vtrffoai 9f SCLK aek«iabk by crauwki rtgatert 

1«N»> atUliM trawfer, S-MMUm IraWv 

Note: For clarity, this figure shows SCLK & VIDCLK outputs inverted. 
Figure 4. Video Input Pixel Timing. 
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Circuit Description (continued) 


Bt496 


RED.HJm 

(StEEN 

MA 

V 

MA 

V 

19.0S 

a724 

26.67 

liXX) 


0J)54 9.0S 0340 

OJOO OJOOO 7j62 0386 


0^ 0.000 I 



WHTIB LEVEL 


BLACK LEVEL 

BLANK LEVEL 


SYNC LEVEL 


Note: 75 £1 doubly-tenninated load, RSET = 562 Q (0,5%), VREF = 1.235 V. Blank pedestal = 73 IRE. RS-343A 
levels and tolerances assumed on all levels. 

Figures. Composite Video Output Waveform (SETUP = 73 IRE). 


Description 

lOG 

(mA) 

IOR,IOB 

(mA) 

SYNC* 

BLANK* 

! 

DAC 

Input Data 

WHITE 

26.67 

19.05 

1 

1 

$FF 

DATA 

data + 9.05 

data +1.44 

1 

1 

data 

DATA-SYNC 

data +1.44 

data+ 1,44 

0 

1 

data 

BLACK 

9.05 

1.44 

1 

1 

$00 

BLACK-SYNC 

1.44 

1.44 

0 

1 

$00 

BLANK 

7.62 

0 

1 

0 

$xx 

SYNC 

0 

0 

0 

0 

Sxx 


Note: Typical with full-scale lOG = 26.67 mA. RSET = 562 n (0.5%X VREF = 1.235 V. Blank 
pedestal = 7.5 IRE. 


Table IS. Video Output Truth Table (SETUP - 73 IRE). 
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Circuit Description (continued) 


Brooklree* 


RED.BUX asms 
MA V MA I V 


0^ I XJS7 1X00 


0X0 aooo I «xs 0J02 



WHHE LEVEL 


BLACK/BLANK LEVEL 


SYNC LEVEL 


Note: 75 Q doubly-terminated load, RSET = 530 Q (03%), VREF = 1.235 V. Blank pedestal = 0 IRE. RS-343A levds 
and tolerances assumed on all levels. 

Figure 6. Composiu Video Output Waveform (SETUP = 0 IRE). 


Description 

lOG 

(mA) 

lOR, lOB 
(mA) 

SYNC* 

BLANK* 

DAC 

Input Data 

WHITE 

26.67 

18.60 

1 

1 

$FF 

DATA 

data + 8.05 

data 

1 

1 

data 

DATA-SYNC 

data 

data 

0 

1 

data 

BLACK 

8.05 

0 

1 

1 

$00 

BLACK-SYNC 

0 

0 

0 

1 

$00 

BLANK 

8.05 

0 

1 

0 

$xx 

SYNC 

0 

0 

0 

0 

$xx 


Note: Typical with fuD-scale KXl = 26.67 mA. RSET = 530 Q (0.5%), VREF = 1.235 V. Blank 
pedestal = 0 IRE. 


Tabk 16. Video Ou^ut Truth Table (SETUP - 0 IRE). 


22 















Brodktree* 

Internal Registers 


Bt496 


Command Register 0 

This register is located at intenal ajddress $002, and be written or read by the MPU at any time. 


Bit(s) 

Function 

Description 

CR08 

SCLK* Control 

(0) Extra pulse not needed 

(1) Extra pube needed 

This bit specifies whether the first SCLK* 
pulse after a blanked time is needed (logical 
one) to read the first pixel item. A logical zero 
indicates that the system has externally 
provided the first VRAM shift clodc and the 

Bt9046 may latch valid pixel data with the first 

SCLK*. 

CR07.CR06 

VIDCLK Select 
(00)CLXX:K/4 
(01) CLOCK/8 

(10) CLOCK/16 

(11) CL(X:K/32 

Video Clock Output Period Select 

t 

CR05,CR04 

16 bit per pixel true color mode 
(00) 5 red, 5 green, 5 blue 
(01) 6 red, 5 green, 5 blue 

(10) 6 red, 6 green, 4 blue 

(11) reserved 

These bits specify flie interpretation of the pix¬ 
el data when processing in 16 bit per pixel 
mode. These bits are ignored in other modes. 

CR03 

Pixel Unpacking Mode 
(0) Unpacked from MSB 
(1) Unpacked from LSB 

This bit specifies the unpacking mode for pix¬ 
els having less than 32 bits per pixeliWhen this 
bit is a logical 0, pixels are unpacked starting 
from PA bit 31. When this bit is a logical 1, 
pixels are unpacked starting from PA bit 0. 

CR02-CR00 

Block Mode Select 
(1IX) - Reserved 
(101) - 32 bits pw pixel 
(100) - 16 bits per pixel 
(011) - 8 bits per pixel 
(010) - 4 bits per pixel 
(001) - 2 bits per pixel 
(0(X)) - 1 bit per pixel 

These bits specify whethw the pixel data is in¬ 
put as 1, 2, 4, 8, 16, or 32 bits per pixel. 
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Internal Registers (continued) 


BrocJdree* 


Command Register 1 

This register is located at internal address $0(B and may be written or read ly the MPU at any timi- 


Bit(s) 

Function 

Desci^pdm 

CR18-CR14 

Pan Select 

These Wts specify the pan amount Pan may be qiecified to 
a 4-pixel pre-zoomed boundary. Valid pan ranges depend 
on the bits per pixel setting. See Table 3 in die pan de¬ 
scription values for a bit definition. 

CR13. CRIO 

Zoom Factor 
(0000)-lx 

t 

These bits specify the zoom amount For 2x zoom, the first 
pixel is output for two clock tycles, foUowed by die second 
pixel for two clock cycles, etc. For 3x zoom, the first pixel is 
output for 3 cycles, the second pixel for 3 cycles, esc. 


(1111)-16x 
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Internal Registers (continued) 


Bt496 


Command Register 2 

This register is located at internal address $004, and may be written or read by the MPU at my time. 


Bit(s) 

Function 

Description 

CR28 

Reserved 


CR27 

Sync enaUe 

This bit specifies whether sync information is to be ouqnit 
onto lOG (logical one) or not (logical zero). A logical zero 


(0) disable sync 
(1) enable sync 

on diis bit will disable CR21 and the SYNOOUT* pin. 

CR26 

Pedestal enable 

This bit specifies whether a 0 or 7.5 IRE binding pedestal is 
to be generated on die video outputs. 0 IRE specifies that the 


(0) 0 IRE pedestal 
(1) 7.5 IRE pedestal 

black and blank levels are die same. 

CR25-CR22 

Reserved 


CR21 

SYNC 

This bit trades the SYNC level on lOG and ^lecifies wheth¬ 
er SYNC is being output onto lOG (logical one) or not (logi¬ 
cal zero). This bit is read only. Any attend to write to this 
bit will be ignored. 

CR20 

BLANK 

This bit tracks the BLANK level and ^edfies whoher 
BLANK is being ouqnit onto lOR, lOG, A lOB (logical 
one) or not (logical zero). This bit diould be used to syn¬ 
chronize MPU events to display blanking tine. This bit is 
read only. Any attempts to write to this bit will be ignored. 
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Brodklree* 


Internal Registers (continued) 


ID Register ($000) 

This 8-bit registei miQr be read by the MPU to detennine the Qrpe of RAMDAC being used in the system. The value is different 
for each RAMDAC. For the Bt496, die value read the MPU will be $081. Data written to this register is ignored. 

Revision Register ($001) 

This 9-bit register be read by the MPU to detennine the revision level of flic Bt496. The tqiper 4 bits indicate revisions 
while the lower 5 bits should be ignored. The current revision is $ A. Any data written to this registo’ is ignored. 

Pixel Read Mask Registers ($006-$008) 

The 24-bit pixel read mask register is used to enable (logical one) or disable (logical ueto) a bit plane from addressing the color 
palette RAM. Each register bit is logically ANDed with the corresponding bit plane input. This register may be written to or read 
by the MPU at any time and is not initialized. DO corresponds to PO. 

Red, Green, and Blue Signature Registers ($00C-$00E) 

The test register must be oiabled in ord« to use die Signature or the Data Strobe mode. Refer to the test register (SOOF) 
description. During normal operation, disable the test registers for power consideration. 

Signature Mode 

These three 9-bit signature registers (one each for red, green, and blue) may be read by the MPU while BLANK* is a togical 
zao. While BLANK* is a logical one, the signatures are being acquired. The MPU may read from or write to the signature 
registers while BLANK* is a logical zero to load the seed values. 

By loading a test display into the frame buffer, a determimstic value for the red, green, and blue signature registers will be read 
from these registers if all circuitry is working properly. Refer to the Application Information Test Register section for more 
information. V 

Data Strobe Mode 

If “data strobe testing” is selected, the opieradon of the signature registers changes slightly. Rather than determining the 
signamres, they capture red, green, and blue data being presented to the three DACs. Refer to the Application information Test 
Register section for more information. 
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Internal Registers (continued) 


Bt496 


Test Register ($00F) 

This 9-bit register is used for testing the Bt496. 


Bits 

Function 

Descnption 

TR8 

Test mode enable 
(0) Disable test mode 
(1) Enable test mode 

The lest register must be enabled in order to select signature 
analysis or data strobe test modes. For normd operation, disable 
test registers for power considerations. 

TR7-TR3 

Comparator 

DesCTibed below. 

TR2-TR1 

Continuity result 

These pins are used to assist in an ATE coniiaBity test Their 
function is not defined at this time. 

TRO 

Test mode select 

(0) signature analysis test 

(1) data strobe test 

This bit determines the method of high-speed test used. The 
signature analysis registers are used to hold the est result for both 
test modes. 


TR7 TR3 are used to compare the analog RGB ou^uts to each other and to a 150 mV reference. This enables the MPU to 
detemine whether the CRT monitor is connected to the analog RGB ouqjuts or not, and whether the DACs are fimctional. 



TR7 

TR6 

TR5 

TR4 


red 

select 

green 

select 

blue 

select 

150 mV ref. 
select 



TR7-TR4 


IfTR3 = l 

IfTR3=0 

0000 

normal operation 



1010 

red DAC compared to blue DAC 

red > blue 

blue > red 

1001 

red DAC compared to 150 mV referoice 

red > 150 mV 

red <150 mV 

0110 

green DAC compared to blue DAC 

green > blue 

blue > green 

0101 

green DAC compared to 150 mV reference 

green > 150 mV 

green < 150 mV 


The table^ve Usts the valid comparison combinations. A logical one enablesjhat funaion to be compared; the 
result IS TR3. For normal operation. TR7-TR3 must be a logical zero. 
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Pin Name 
BLANK* 

SYNC* 


SYNCOUT* 

SCLK* 


VIDCLK* 


P31-P0 

(A-D) 

SEL(A-D) 


IOR.IOG,IOB 

VAA 

GND 

COMP 


FS ADJUST 


Description 

Composite blank control input (TTL compatible). A logical zero drives the anak^ output to the 
blanking level, as illustrated in Tables 14 and 15. It is latched on the falling edge of VIDCLK*. 

Composite sync control it^ut (TTL oompadNe). A logical zero typically switches off a 40 IRE 
current source on the lOG ou^ut (see Figures 4 and 5). SYNC* does not override any ofliw control 
or data input, as shown in Tables 14 and 15; dierefore, it should be asserted only dura^ the blanking 
interval SYNC* is latched on the falling edge of VIDCLK* . 

Composite sync control output (TTL compadUe). This ou^ut is Q'pically used for generating the 
composite sync signal for CRTs requiring sqwrate sync. 

VRAM Shift Clock output (TTL compadble). The falling edge of this ouqnit is used to clock the 
input pixel data. The Shift Clock frequency is a frmction of the number of lats per pixel and the 
zoom factor. An extmial inverting buffer should be used for driving the pixel VRAM serial clock 
inputs. Waveform is active Gow) for 4 CLOCK cycles, then inactive (hi^) as leqiared to achieve 
cycle time. The shift Gock is automatically stopped/started for blanked intervals. 

( 

Video Clock ouqrut (TTL compatible). This output is CLOCK divided by 4, g, 16, or 32, as 
programmed in command register 0. Sync and Blank inputs are latched by this clock. 50/50 duty 
cycle. 

Pixel inputs (TTL compatible). Diese inputs are used to specify color palette locatkms in RGB or 
pseudo-color modes. In CMYK mode, these pixels are converted to RGB color space, then used to 
specify whidi locations of the color palette RAM are used to provide color infonnation. These 
inputs are latched on the falling edge of SCLK*. 

SEL mode select iiputs (TTL compatible). These inputs specify the inlert^taticc of the pixels 
supiplied on the pixel inputs. A high level causes the corresponding pixel inputs io be intapreted as 
CMYK data. A low level indicates RGB pixel data. These inputs are valid only in 32-bit pier pixel 
mode. These inputs are latched in the falling edge of SCLK*. 

Red, green, and blue current outputs. These high-impedance current sources are capable of directly 
driving a doubly-terminated 75-Q coaxial cable (Figure 6). Each of these outputs, whether used or 
not, should have the same output load. 

Analog power. All VAA pins must be connected. 

Analog ground. All GND pins must be connected. 

Compensation pin. This pin provides compensation for the internal reference anq^Scr. A 0.1 pF 
ceramic cqiacitor must be connected between this pin and VAA (Figure 6). Connecting the 
capacitor to VAA rather than to GND provides the highest possible power supply noise rejection. 
The COMP capacitor must be as close to the device as possible to keep lead lengths to an absolute 
minimum and maximize the capacitor's self-resonant frequency to be greater ftan the LD* 
frequency. 

Full-scale adjust control A resistor (RSET) connected between this pin and GND controls the 
magmtude of the full-scale video signal (Figure 6). Note that the IRE relationships in Figures 4 and 
5 are maintained, regardless of the full-scale output current. 

The relationship between RSET and the full-scale output current on KXI is; 

RSET (O) = K1 * VREF (V) /lOG (mA) 

The full-scale output current on lOR and lOB for a given RSET is: 


lOR, lOB (mA) = K2 * VREF (V) / RSET (Q) 
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Pin Name 


Description 


VREF 

CLOCK, 

CLOCK* 

CE* 

R/W 

CO, Cl 

DO-DS 


whore K1 and K2 are deEned as: 


Setup 

ICX3 

IOR,IOB 

7JIRE 

OIRE 

Kl = 11,294 

K1 = 10,684 

K2 = 8,067 

K2 = 7,457 


Voltage reference input An external voltage reference circuit must supply diis input with a 1,235 V 
(typical) reference. The use of a resistor network to generate fte reference is not rectmunaided, as 
any low-frequency power supply noise on VREF will be direttly coupled onto the analog ouqmts. A 
0.1 pF cwamic capacitor must be used to decouple this iiqnit to VAA, as shown in Figure 13. The 
decoupling capacitor must be as close to the device as possible to keep lead lengths to an absolute 
minimum. t 

Clock inputs. These differential clock inputs are designed to be driven by ECL logic configured for 
single supply (+5 V) op>eratioa The clock rate is typically the pixel clock rate of the ^stem. 

Chip enable control input (TTL compatible). This input must be a logical zero to enable data to be 
written to or read from the device. During write opwations, data is internally latched on the rising 
edge of CE*. Care shotild be taken to avoid glitches on this edge-triggered input 

Read/write control input (TTL compatible). To write dau to the device, both CE* and R/W must be 
a logical zero. To read data from the device, CE* must be a logical zero and R/W must be a logical 
one. R/W is latched on the falling edge of CE*. t 

Command control inputs (TTL compatible). CO and Cl specify the type of read or write operation 
being performed, as illustrated in Table 1. They are latched on the falling edge of CE*. 

Data bus (TTL compatible). Data is transferred into and out of the device over this 9-bit 
bidirectional data bus. DO is the least significant bit. 
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Pin Descriptions 


Signal 

BLANK* 

SYNC* 

SYNCOUT* 

CLOCK 

CLOCK* 

SCLK* 

VIDCLK* 

SELA 

SELfi 

SELC 

SELD 

POA 

POB 

POC 

POD 

PIA 

PIB 

PIC 

PID 

P2A 

P2B 

P2C 

P2D 

P3A 

P3B 

P3C 

P3D 

P4A 

P4B 

P4C 

P4D 

PSA 

P5B 

P5C 

PSD 

P6A 

P6B 

P6C 

P6D 

P7A 

P7B 

P7C 

P7D 

PSA 

P8B 

P8C 

PSD 


(continued)—207-pin PGA Package 



Signal 

P9A 

P9B 

P9C 

P9D 

PlOA 

PlOB 

PIOC 

PIOD 

PllA 

PUB 

Pile 

PHD 

P12A 

P12B 

P12C 

PHD 

P13A 

P13B 

P13C 

P13D 

P14A 

P14B 

P14C 

P14D 

PISA 

PISB 

PlSC 

PISD 

P16A 

P16B 

P16C 

P16D 

P17A 

P17B 

P17C 

P17D 

P18A 

P18B 

PlSC 

P18D 

P19A 

P19B 

P19C 

P19D 



S%nal 

P20A 

P20B 

P20C 

P20D 

P21A 

P21B 

P21C 

P21D 

P22A 

P22B 

P22C 

P22D 

P23A 

P23B 

P23C 

P23D 

P24A 

P24B 

P24C 

P24D 

P2SA 

P2SB 

P25C 

P2SD 

P26A 

P26B 

P26C 

P26D 

P27A 

P27B 

P27C 

P27D 

P28A 

P28B 

P28C 

P28D 

P29A 

P29B 

P29C 

P29D 


Bitjoklree* 


Pin Number 

T13 

P12 

R13 

U14 

UlS 

T14 

P13 

R14 

P16 

R17 

P17 

NIS 

M16 

N16 

LIS 

MIS 

L17 

L16 

KIS 

K14 

K17 
K16 
; J16 

J14 

JIS 

J17 

H17 

H16 

HIS 

H14 

G16 

G17 

FIS 

GIS 

E16 

F16 

EIS 

D17 

C17 

D16 


30 



BrocJctree* _ 

Pin Descriptions (continued)—207-pin PGA Package 


Bt496 


Signal 

P30A 

P30B 

P30C 

P30D 

P31A 

P31B 

P31C 

P31D 

m 

IG 

IB 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

VAA 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

GND 

CX>MP 

FSADJ 

VREF 

CE* 
R/W 
“ Cl 
CO 


Pin Number 

E14 

D15 

B17 

C16 

B15 

A16 

C14 

D13 

A8 

A7 

A6 


Signal 

Pin Number 

DO 

Bll 

D1 

All 

D2 

A12 

D3 

Cll 

D4 

Dll 

D5 

B12 

D6 

A13 

D7 

C12 

D8 

B13 


B5 

B9 

C8 

C9 

D6 

D8 

FI 

F17 

G4 

G14 

lA 

L14 

Ml 

M17 

A5 
A9 
B7 
B8 
C5 
D9 
D12 
El 
E17 
F4 
F14 
M4 
- M14 

N1 
N17 
P4 
U17 


D7 

C6 

C7 

A3 

DIO 

AlO 

BIO 
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Broddree* 



alignment marker (an top) 
No pin at location A1 
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PC Board Layout Considerations 


BrotJdree* 


PC Board Consideradons 


The layout should be optimued for lowest noise on die 
Bt496 power and ground lines by shielding the digital inputs 
and providing good decoupling. The trace length between 
group of VAA and GND pins should be as short as possible 
to minimize inductive ringing. 

A well-designed power distribution network is mdcal to 
eliminate digital switching noise. Ground planes must 
provide a tow-impedance return path for the digital circuits. 
A minimum of a six-layer PC board is recommended. The 
ground layer should be used as a shield to isolate noise from 
Ae analog traces wi* layer one (top) for *e analog traces, 
layer two Ae ground pane (preferably analog ground plane), 
layer three for Ae analog power pane. The remaining lay^ 
should be used for Agital traces and Agital power supplies. 

The optimum layout enables Ae Bt496 to be located as close 
as possible to Ae power supply connector and Ae video 
output connector. 

Ground Pianes 

For optimum performance, a common Agital and analog 
ground plane wiA tub isolation (at least a 1/8 inch gap) and 
connected together only at the power siq>ply connector (or 
Ae lowest impedance source) is recommended. Ground plane 
partitioning should extend the analog ground plane no more 
Aan 2 inches from Ae power supply connector to preserve 
digital noise margins during MPU read cycles. Thus, the 
ground partitioning isolation tedsiique is constrained by the 
noise margin degradation during Agital readback of Ae 
Bt496. 

The digital ground plane should be under all digital signal 
traces to minimize radiated noise and crosstalk. For 
maximum performance, a separate isolated ground plane for 
Ae analog ou^ut termination resistors, RSET resistor, and 
VREF circuitry should be used, as shown in Figure 7. 
AnoAer isolated ground plane is used for the GND pins of 
Ae Bt496 and supply decoupling c^acitors. 


Power Planes 

Separate digital and analog power planes are necessary. The 
digital power plane should provide power to all digital logic 
on Ae PC board, and Ae analog power plane should provide 
power to all Bt496 power pins, VREF circuitry, and COMP 
and VREF decoupling. There should be at least a 1/8 inch 
g^ between the digital power plane and Ae analog power 
plane. 

The analog power plane should be connected to Ae digital 
power plane (VCC) at a single point through a ferrite bead. 


as illustrated in Figure 7. This bead sitould be located within 
3 inches of Ae Bt496 and provides resistance to switching 
currents, acting as a resistance at high frequencies. A 
tow-resistance bead should be used, such as Ferroxcube 
5659065-3B. Fair-Rite 2743001111,«» TDK BF45-4001. 

Plane-to-plane noise ccnipling can be reduced ly ensuring 
Aat portions of Ae digital power and ground planes do not 
overlay portions of Ae analog power and ground planes, 
unless Aey can be arranged so Am Ae plane-to-plane noise 
is common mode. 

Device Decoupling 

For optimum performance, all cqraciiors should be located 
as close to the device as possible, ssing Ae shwtest leads 
possible (consistent wiA reliable operation) to reduce Ae 
lead inductance. Although chip crjsacitors have minimum 
inductance, radial lead ceramic capacitors may 'be 
substiuited for chip capacitors and ate better than axial lead 
capacitors for self-resonance. Values are chosen to have 
self-resonance above Ae pixel clocL 

Power Supply Decoupling 

Best power supply decoiqrling performance is obtained wiA 
a 0.1 pF ceramic capacitor in paralld wiA a 0.01 pF chip 
capacitor decoupling each of four groups of VAA pins to 
GND. The capacitors slwuld be placed as close as possible 
to Ae device. 

The 33 pF capacitor is for low-frequency power supply 
ripple; Ae 0.1 pF and 0.01 pF capacitors are for high- 
frequency power supply noise rejectioc. 

A linear regulator to filter Ae anatog power supply is 
recommended if Ae power supply noise is S 200 mV ot 
greaiM Aan 10 LSBs. This is espiedally important when a 
switching power sujyly is used and Ae switching frequency 
is close to Ae raster scan frequency. Note Aat about 10 
percent of power supply hum and r^le noise less than 1 
MHz will couple onto Ac analog outputs. 

COMP Decoupling 

The COMP pin must be decoupled to VAA, typically usiiig a 
0.1 pF ceramic capacitor. Low-freqneacy supply noise will 
require a larger value. Lead lengths Aould be minimized for 
best performance so Aat Ae self-iesonance frequency is 
greater Aan Ae SCLK* frequency. 

If Ae display has a “ghosting” jwoblem, ^itional 
capacitance in parallel wiA Ae COMP capacitor may help to 
fix Ae problem. 
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PC Board Layout Considerations (continued) 


Bt496 


Digital Signal Interconnect 


Analog Signal Interconnect 


The digital signals to the Bt496 should be isolated as mudi 
as possible from the analog ou^ts and other analog 
circuitry. Also, diese signals should not overlay the analog 
power and ground planes. 

Most noise on the analog outputs will be caused by excessive 
edge speeds Oess than 3 ns), ovwshoot, undershoot, and 
ringing on the digital sigiuds. 

The digital edge speeds should be ito faster than necessary, 
as feedthrough iK>ise is proportional to the digital edge 
speeds. Lower speed applications will benefit by using lower 
speed logic (3-5 ns edge rates) to reduce data-related noise 
on the analog outputs. 


The Bt496 should be located as close as possible to die 
output connectors to minimize noise picki^ and reflections 
due to impedance mismatch. 

The video ou^ut signals should overlay the analog ground 
plane, and not the analog power plane, to maximize the 
high-frequency power supply rejection. 

For maximum performance, the analog outputs should have a 
source load resistor equal to die destination termination (via 
a clean isolated ground return path). The load resistor 
coimection between the current ouqiut and GND should be 
as close as possible to the Bt496 to mininuze reflections. 
Unused analog ouqiuts should be connected to GND. 


Transmission line mismatch will exist if the line length 
reflection time is greater than one-fourth the signal edge 
time. This results in ringing, overshoot, and undershoot that 
can generate noise onto the analog ouqiuts. Line termination 
or reducing the line length is the solution. For example, logic 
edge rales of 2 ns require line lengths of less than 4 inches 
without using termination. Ringing may be reduced by 
damping the line with a series resistor (10-50 fj). 

Radiation of digital signals can also be picked up by the 
analog circuitry. This is prevented 1^ reducing the digital 
edge speeds (rise^all time), minimizing ringing by using 
damping resistors, and minimizing coupling through PC 
board capacitance by routing 90 degrees to any analog 
signals. 

Ensure that the power pins for the clock driver are properly 
decoupled to mininuze transients. Minimize edge speeds and 
ringing, using damping resistors (10-50 £2) or parallel 
termination where necessary. 

If using paraUel termination on digital signals, the resistors 
should be connected to the digital power and ground planes, 
not the analog power and ground planes. 


Analog edges exceeding the CRT monitor bandwidth can be 
reflected, producing cable-length dependoit ghosts. Simple 
pulse filters can reduce high-frequency energy, reducing EMI 
and noise. 

Analog Output Protection 

The Bt496 analog ouqiuts should be protected against 
high-energy discharges, such as those from monitor arc-over 
or from ‘^ot-switching” AC-cotqjled monitors. 

The diode protection circuit shown in |ngure 7 can prevent 
latchup under severe discharge conditions wifliout adversely 
degrading analog transition times. The 1N4148/9 parts are 
low-capacitance, fast-switching diodes, which are also 
available in multiple-device packages (FSA250X or 
FSA270X) or surface-mountable pairs (BAV99 or 
MMBD7001). 
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FS ADJUST 
lOR 
JOQ 
lOB 


Location 

Description 

Vendor Part Number 

C1-C5,C10,C11 

C6-C9 

C12 

LI 

Rl. R2. R3 

R4 

RSET 

Z1 

0.1 pF ceramic cqiacitor 

0.01 pF ceramic chip capiacitor 

33 pF tantalum capacitor 
ferrite bead 

75-f2 1% metal film resistor 
lOOO-Q 1% metal film resistor 

562 or 530-n 05% metal film resistor 

1.2 V voltage reference 

ErieRPE110Z5U104M50V 

AVX 12102T103QA1018 
ManoryCSR13F336KM 

Fair-Rite 2743001111 

DaleCMF-55C 

DaleCMF-55C 

DaIeCMF-55C 

National Semiconductor LM38SZ-1.2 


Note: Hie vendor numbers above are listed only as a guide. Substitution of devices with similar diaiacteristics will 
not affect the performance of the Bt496. 


Figure 7. Typical Connection Diagram and Parts Ust. 
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Application Information 


Bt496 


Clock Interfacing 

Due to Ae high clock rates at whkk the Bt496 may operate, 
it is designed to acc^ diffooidal (dock signals (CLOCK 
and CLOCK*). These clock ii^ts ate designed to be genet- 
ated by a differentia] ECL crystal oscillator operating fiom a 
+5 V supply. Note dial the CLOCK md CLOCK* inputs re¬ 
quire termination resistors (220 Q to GND). The terminatian 
resistors should be kx»ted as dose as ptossible to the 
CLOCK generator (Bt438 shown). A 150 Cl resistor between 
CLOCK and CLOCK* should be placed as dose to the 
Bt496 as possible. 

Typically, SCLK* is used to generic the pixel VRAM seri¬ 
al clock. Due to the low drive c^tability of the SCLK out¬ 
put, this signal should be immediately buffered by a high per¬ 
formance inverting buffer such as a Signetics 74F1804. 

Kgure 8 illustrates a sample VRAM serial clock generation 
circuit. TypicaUy, VIDCLK is used for clocking the SYNC 
and BLANK generation logic. 


The CLOCK and CLOCK* inputs must be differential 
signals and greater than 0.6 V peak-to-peak due to die noise 
margins of the CMOS prcxiess. The Bt496 will not function 
using a single-ended clock with CLOCK* connected to 
ground. 

ESD and Latchup Considerations 

Correct ESD-sensitive handling jvcx^edures are required to 
prevent device damage, which can produce symptoms of 
catastrophic failure or aratic device behavior with somewhat 
‘leaky” iiqiuts. 

Latchup can be prevented by ensuring diat all VAA pins are 
at the same potential, and that the VAA supply voltage is 
tilled before the signal pin voltages. The correct power-up 
sequence oisures that any signal pin voltage will neyer 
exceed the power supjdy voltage by mc^e than -K).5 V. 


♦sv 



Figures. Generating die Bt496 Clock Signals. 
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Test Features of the Bt496 

Hic Bt496 contains a test register, three signature anal}^is 
registets, and an analog ouqwt comparator that assist fte user 
Bi evaluating the performance and functionality of the part 
This section explains the operation and use of these test 
features. For proper use, tte test register must be enabled 
and die {xoper test method selected. Please refer ba<i to the 
Test Register ($00F) section. During normal operation, 
disable die test register for power considerations. 

Signature Register (Signature Mode) 

The signature register, when enabled (TRO = 0), operates 
with three 9-bit vectors of data that are output from the color 
palette RAM. These diree 9-bit vectors each represent a 
single color componwit of die pixel-color, and are in^esented 
as inputs simultaneously to the red, green, and blue signature 
analysis registers (SARs), as weD as the three on-chip DACs. 
The SARs act as three 9-lrit wide Linear Feedback Shift 
Registers on each succeeding pixel that is latched. 

The Bt496 will only generate signatures while in 
active-display (BLANK* N^ated). The SARs are available 
for reading and writing via the MPU port whoi the Bt496 is 
in a blanking state (BLANK* asserted). 

Typically, the user will write three specific 9-bit “seed” 
values into the SARs. Then, a known pixel stream will be 
nqjut to die chip, for example, one scan-line worth of pixels. 
At the succeeding blank stale, the resultant 9-bit signatures 
can be read out by the MPU. The 9-bit signature register data 
is a result of the same captured dau that is fed to the DACs. 

It is not simple to specify the algorithm that the linear 
feedback shift operation uses in the Bt496. The linear 
feedback configuration is shown in Figure 9. Experienced 
users have developed ubles of specific seeds and pixel 
streams and recorded the signatures that result from those 
inputs applied to “known-good” parts. Note that a good 
signature from one given pixel stream can be used as the 


seed for the succeeding stream to be tested. Any signature is 
deterministically created from a starting seed and the 
succeeding pixel stream fed to the SARs. 

Signature Register (Data Strobe Mode) 

Setting test register Ut TRO to “1” puts the SARs into data 
strobe mode. In this instance, the linear feedback circuits of 
the SARs are disabled, which stops *e SARs from 
generating signatures. Instead, die SARs simply c^ture and 
hold the pixel data that is selected. Any MPU data written 
to the SARs is ignored. This mode is most useful aiien 
using a sophisticated VLSI semiconductor tester. 

Analog Comparator 

The other dedicated test structure in the Bt496 is die analog 
outyut comparator. It allows the user to measure the DACs 
against each other, as well as against a specific refoence 
voltage. 

Four combinations of tests are selected via the Test Register. 
With a given setting, the respective signals (DAC outputs or 
the 150 mV reference) will be continuously input to the 
comparator. The result of the comparator is latched into the 
Test Register. 

Due to the simple design of the comparator, it is 
reconunended that the DAC ou^uts be stable for 5 ps before 
c^ture. At a display rate of 100 MHz, 5 ps coiresponds to 
500 pixels. Furthermore, either the color palette RAM or the 
pixel inputs (or both) should be configiued to guarantee a 
single continuous ouq>ut from the DACs under test, t^ until 
capture. 

Typically, users will create line-wide test bands of various 
colors. For each test, the result is obtained by reading Test 
Register bit D3. 
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RD-n 


00*08 


PROM LOOKUP TABLE PROM LOOKUP TAjU£ 




B0*B8 

mOM LOOKUP TABLE 



Figure 9, Signature A nalysis Register Circwt 
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Initializing the Bt496 

Following a power-on, the Bt496 must be initialized. This 
sequence will configure the Bt496 as follows: 

Pixel Dqrth: 16 bits per pixel 
Pixel Unpaddng Mode: from MSB 
RGB partitioning: 6 bits red, 5 bits green, 5 bits blue 
AH bits used in lookup table addressing (i.e., no masking) 

Pan: 0 pixels; Zoom: lx 

Sync Enabled on ICXj, 7.5 IRE blanking Pedestal 
VIDCLK = CLOCK/4 
Mid-line VRAM transfer used 
Signature analysis testing used 

Control Register Initialization 

Write $000 to Address Register 

Write $014 to Command Register 0 ; 

Write $000 to Cranmand Register 1 

Write $0C0 to Command Register 2 

Write $0FF to Red Pixel Read Mask Register 

Write $0FF to Green Pixel Read Mask Register 

Write $0FF to Blue Pixel Read Mask Register 

Color Palette RAM initialization 

Write $000 to Address Register 

Write Red Dau to Palette RAM flocation $00) 

Write Green Data to Palette RAM (location $00) '» 

Write Blue Data to Palette RAM Gocation $00) 

Write Red Dau to Palette RAM Gocation $01) 

Write Green Dau to Palette RAM Gocation $01) 

Write Blue Dau to Palette RAM Gocation $01) 

Write Red Dau to Palette RAM Gocation $FF) 

Write Green Data to Palette RAM Gocation $FF) 

Write Blue Dau to Palette RAM Gocation $FF) 
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Bt496 


Parameter 

Symbol 

Min 

Typ 

Max 

Units 

Power Supply 

VAA 

4.75 

5.00 

5.25 

V 

Ambient Operating Temperature 

TA 

0 


+-70 

“C 

Output Load 

RL 


yi5 


Q 

Refermce Voltage 

VREF 

1.20 

1.235 

1.26 

V 

FS ADJUST Resistor 

RSET 


562 


n 


r 


Absolute Maximum Ratings 


Parameter 

Symbol 

Min 

Typ 

Max 

Units 

VAA (measured to GND) 




6.5 

IIIIH 

Voltage on Any Signal Pin* 


GND-OJ 


VAA + OJ 


Analog Output Short Circuit 






Duration to any Power Supply 
or Common 

ISC 


indefinite 



Ambient Operating Tanperature 

TA 

-55 


+125 


Storage Temperature 

TS 

-65 


+150 


Junction Temperature 

TJ 





PQFP 

TJ 



+150 

®c 

PGA 

TJ 



+175 

•c 






“C 

Soldering Temperature 

TSOL 



260 


(5 seconds, 1/4" from pin) 






Vapor Phase Soldering 

TVSOL 



220 


(1 minute) 





■ 


Note: Stresses above those listed under “Absolute Maximum Ratings” may cause permanent damage to the device. 
This is a stress rating only and functional operation of the device at diese or any other conditions above those listed in 
the operational sections of this specification is not implied. Exposure to absolute maximum rating conations for 
extended periods may affect device reliability. 

* This device employs high-impedance CMOS devices on all signal pins and should be handled as an ESD-sensidve 
device. Voltage on any signal pin that exceeds the power supply voltage by more than +0.5 V can induce destructive 
latchup. 
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Brooktree' 


DC Characteristics 


Parameter 

Symbol 

Min 

Typ 

Max 

Units 

Analog OuQnits 






Resolution (each DAC) 

Accuracy (each DAC) 


9 

9 

9 

Bits 

Litegral Linearity Error 

IL 



±1 

LSB 

Differential Linearity Error 

DL 



±1 

LSB 

Gray Scale Error 

MotK> tonicity 



guaranteed 

±5 

% Gray Scale 

Coding 





Binary 

Digital Inputs 






(except CLOCK, CLOCK*) 

Input High Voltage 

VIH 

2.0 


VAA+0.5 

V 

Input Low Voltage 

VIL 

GND-0.5 


0.8 

V 

Input High Current (Vin = 2.4 V) 

EH 



1 

liA 

Input Low Currait (Vin = 0.4 V) 

EL 



-1 

HA 

Input Capacitance 

ON 


4 

10 

pF 

(f = 1 MHz, Vin = 2.4 V) 






Qock Inputs (CLOCK, CLOCK*) 

DVIN 

.6 


6 

V 

Input High Current (Vin = 4.0 V) 

DCffl 



1 

^A 

Input Low Currait (Vin = 0.4 V) 

DOL 



-1 

|tA 

Input Cq)acitance 

CION 


4 

10 

pF 

(f = 1 MHz, Vin = 4.0 V) 






Digital Outputs (D0-D8), SCLK*, 
VIDCLK. 




\ 


Output High Voltage 

VOH 

2.4 



V 

aOH = -400pA) 

Output Low Voltage 

VOL 



0.4 

V 

aOL=1.0inA) 

3-state Current 

lOZ 



10 

HA 

Output Capacitance 

CDOUT 


10 


pF 


See test conditions on next page. 
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Brooklree* _ 

DC Characteristics (continued) 


Bt496 


Parameter 

Symbol 

Min 

Typ 

Max 

Units 

Analog Outputs 






Output Current 






I^te Level Relative to Blank 


17.69 

19.05 

20.40 

mA 

White Level Relative to Black 


16.74 

17.62 

1830 

mA 

Black Level Relative to Blank 






SETUP* 73 IRE 


0.95 

1.44 

1.90 

mA 

SETUP = OIRE 


0 

5 

50 

liA 

Blank Level on lOG 


6.29 

7.62 

8.96 

mA 

Blank Level on lOR, lOB 


0 

5 

50 

pA 

Sync Level on lOG 


0 

5 

50 

fiA 

LSB Size 



37 


(lA 

DAC-to-DAC Matching 



2 

5 

% 

Output Compliance 

VOC 

-0.5 


+1.2 

V 

Output Impedance 

RAOUT 


50 


kO 

Output Ciqiacitance 

CAOUT 


13 

20 

pF 

(f=lMHz,IOUT = OmA) 






Voltage Reference Input Current 

IREF 


10 


pA 

Power Supply Rejection Ratio 

PSRR 


03 


%/%AVAA 

(COMP = 0.1pF,f=lKHz) 







Test conditions (unless otherwise specified): “Recommended Operating Coiriitions" with RSET = 562 O, VREF = 
1.235 V. SETUP = 7.5 IRE. As the above parameters are guaranteed over the full temperature range, tonperature 
coefficients are not spiecified or required. 
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Bt496 BrocJdree* 

AC Characteristics 


Parameter 

Symbol 

MinA’yp/ 

Max 

100 

MHz 

Units 

Clodc Rate 

Fmax 

max 

no 

MHz 

R/W, Cl.CO Setup Time 

1 

min 

0 

ns 

R/W.Cl.CX) Hold Time 

2 

min 

15 

ns 

CE* Low Time 

3 

min 

50 

ns 

CE* High Time 

4 

min 

25 

ns 

CE* Asserted to Data Bus Driven 

5 

min 

7 

ns 

CE* Asserted to Data Valid 

6 

max 

75 

ns 

CE* Negated to Data Bus 3-Stated 

7 

max 

15 

ns 

Write Data Setup Time 

8 

min 

35 

ns 

Write Data Hold Time 

9 

min 

3 

ns 

Pixel and Control Setup Time 

10 

min 

0 

ns 

Pixel and Control Hold Time 

11 

min 

6 

ns 

Clock Cycle Time 

12 

min 

10 

ns 

Clock Pulse Width High Time 

13 

min 

4J5 

ns 

Clock Pulse Width Low Time 

14 

min 

4.5 

ns 


See test conditions on next page. 
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Brodktree* _ 

AC Characteristics (continued) 


Parameter 

Symbol 

Min/Typ/ 

Max 

100 

MHz 

Units 

Analog Output Delay 

18 

typ 

12 

ns 

Analog Output Rise^all Time 

19 

typ 

15 

ns 

Analog Ouq»t Settling Time 

20 

max 

8 

ns 

Clock and Data Feedthrough* 


typ 

tbd 

dB 

Glitch Impulse* 


typ 

50 

pV-sec 

DAC to DAC Crosstalk 


typ 

dxl 

dB 

Aiudog Output Skew 


typ 

0 

ns 



max 

2 

ns 

SYNC* BLANK* Setup Time 

21 

min 

3 

ns 

SYNC*, BLANK* Hold Time 

22 

min 

10 

ns 

Pipeline Delay 


min 

did 

Clocks 



max 

tbd 

Oocks 

VAA Supply Currait** 

lAA 

typ 

did 

mA 



max 

did 

mA 


Test conditions (unless otherwise specified): “Recommended Operating Conditions” with 
RSET = 562 n, VREF = 1.235 V. TTL input values are 0-3 V, with input rise/fall times < 
3 ns, measured between die 10 percent and 90 percrait points, ECL input values are 
VAA-0.8 to VAA-1.8 V, with input rise/fall times <2 ns, measured between the 20 percent 
and 80 percent points. Timing reference points at 50 percent for inputs and output^. 
Analog ou^iut load <10 pF, D0-D8 output load <40 pF. See Notes 1-3 in the Pixel 
Input/Output Timing diagram. As the above parameters are guanmeed over the full 
tempCTature range, temperature coefficients arc not spiecifled or required. 

♦Clock and data feedthrough is a function of the amount of edge rues, overshoot, and 
undershoot on the digital inputs. For this test, the TTL digital inputs have a 1 kfl resistor to 
GND and are driven by 74HC logic. Settling time does not include clock and data 
feedthrough. Glitch impulse includes clock and data feedthrough, -3 dB test bandwidth = 
2x clock rate. 

**At Fmax. lAA (typ) at VAA = 5.0 V, TA = 20° C. lAA (max) at VAA = 5.25 V, TA = 
0°C. 
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BrcxJdree 


Timing Waveforms 



2 




\_ 


3 


cn. ^ 

s_ / 

.:.. >_ 

BBI 


•-^- i 

nA.ntfBPAn^ 


DATA OUT (R/W-1) 


J 

NJ 





I-—^— - 

9 



MPV Read/WriU Timing Dimensions. 



Note 1: Ou^ut delay time measured from 50 percent point of the rising ckxdt edge to 50 percent point 

of full- scale transition. 

Note 2: Ou^ut settling time measured from 50 percent point of full-scale transition to output settling 

within ±1 LSB. 

Note 3: Output rise/fall time measured between 10 percent and 90 percent points of full-scale 


Pixel Input/Output Timing. 
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Brodktree* _ Bt496 

' Timing Waveforms (continued) 

VIDCLK* 

SYNC*, 

BLANK* 

Video Control Input Timing. 
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Ordering Information 


BrcxJdree' 


Mcxkl Number 

Speed 

Package 

Ambient 

Temperature 

Range 

BI496KG100 

100 MHz 

207-pm Ceramic 
PGA 

O'to+TOoC 
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Preliminary Data Sheet 


IC DESIGNS 






ICD2062 


Dual Programmable ECL/TTL Clock Generator 

Single-Chip Dual Programmabie Oscillator Handies All Frequency Requirements of Popular Graphic Chip Sets 



• 2nd Generation Dual Oscillator 
Graphics Clock Generator 

• 2 Independent Clock Outputs 
from 320 KHz-160 MHz 
(Differential ECL Video Clock 
Generation) and 320 KHz - 
120 MHz (CMOS Outputs) 

• Individually Programmabie 
Oscillators Using a Highly 
Reliable Manchester-Encoded 
21-Bit Seriai Data Word 

• 2-Pin Serial Programming 
interface Allows Direct 
Connection to Most Graphic 
Chip Sets with no External 
Hardware Required 

• Programmabie Video Clock 
Dividers Allow for Easy 
Interface to Most RAMDACs 
and VRAMs 

• Tri-State Oscillator Control 
Disables Outputs for Test 
Purposes 

• Phase-Locked Loop Oscillator 
Input Derived from Single 
14.31818 MHz Crystal input 

• Sophisticated internal Loop- 
Filter Requires no External 
Components or Manufacturing 
“Tweaks” as Commonly 
Required with External Filters 

• Low-Power, High-Speed, 5-Volt, 
1.25ji CMOS Technology 

• Available in 20-Pin DIP or 
SOIC Package Configuration 
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IC DESIGNS 


Preliminary Data Sheet 


Pin Descriptions 


Signal Descriptions 


Signal 

Pin Number 

Signal Function 

SELO/CLK 

1 

Bit 0 (LSB) of frequeocy select logic, used to select 
n«<-inmnr frequencies; Qock Input in serial progtamming 

SELl/DATA 

2 

Bit 1 (MSB) of frequency select logic, to select 

frequencies; DsSa Input in serial programming 

AVDD 

3 

+5 Volts to Analog Cote 

OUTDIS- 

4 

Output Disable (3-State Output Enable) when signal is 
pulled low. (Internal pull-up allows no-ccnnoct if 3-state 
ODcratloo not leouiied.) -- 

GND 

5 

Ground 

XTALIN 

6 

Input Reference Oscillator for all Phase-Locked Loops 
(nominally 14.31818 MHz). An optioaal PC System Bos 

Clock sia^ may be used as inmit if available. 

XTALOUT 

7 

Oscillator Output to a Reference Series-Resonant Crystal 
(nominally 14.31818 MHz). Fbr higher accuracy, a paiallel- 
rescnaat crystal may be us^ Assume CuJAD = 17pf. For 
mote specifications, see the IC DESIGNS Apphcation Note 

on crystal oscillators. (Pin is no-conneM if externri 

reference oscillator or System Bus Clock Sianal is used.) 

MCLKOUT 

8 

Memory Clock out 

VCLKOUT 

9 

Di£Ccrciaiai clock outputs. Coonect dizectly to RAMDAC 
CLOaC&CtOCX- inputs. Can drive 4 RAMDACs. 

‘VCLKOUT- 

10 

Output levels equivaient to lOKH ECL circuit operating 
from single supply. VCLKOUT- is skew-free. 

ERROUT- 

11 

Boor Output: s low signals an enor in the Serial 

Programming Wofd. 

GND 

12 

Ground 

iNiro 

13 

Select power-up initiai condidmis (LSB). 

VDD 

14 

+5Vcats 

LDC 

15 

Load output (TTL compatible). When ENABLE is high, 
hn. ctTw- riming as LDA output. Catt drive up to 4 

INTTl 

16 

Select power-up initial conditicos (MSB). 

LDA 

17 

Skew-free Load Outputs (TIL compatible). Generated by 
dividing VCLKOUT by Div Register (1,2,3,4,5,8). ^ 
output can drive up to 4 capacitive loads without buffering. 

LDAO. 

18 

Generated by dividing LDA by two 

LDA/4 

19 

Generated by dividing LDA by four. 

ENABLE 

20 

Synchronous load enable input, httemally synched to LDA, 
used to start/stop LDC output syndtronously. If ENABLE 
is low. LDC is held low: when hiah. LDC is free-ninninn. 


SEUVCLK —^ 

i 

20 

ENABLE 

SELl/DATA —> 

’ 2062 
} 

19 

LDA/4 

AVDD—> 

19 

LDA/2 

OUTDiS—> 

4 

17 

-^LDA 

<3ND—> 

5 

It 

<—iNm 

XrALlN-> 

f 

15 

->>LDC 

XTALOUT^- 

7 

14 

VDD 

MCLKOUT-^ 



tt—INITO 



VCLKOin’ 

a 

12 

■<—GND 

VCLKOin- 

to 

11 

-^ERROUT 
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Introduction 


The ICD2062 is a clock generator for high-resolution video displays. It uses a low-frequency (and low- 
cost) reference crystal to produce the following: a lOKH compatible complementary ECL oscillator 
signal for high-speed video RAMDACs, a high-speed TTL oscillator signal for video RAMs and system 
logic operation, and the requisite load, control and clock signals to control the loading of data between 

the CRT controller, VRAM and RAMDACs. 



The ICD2062 Dual Programmable Clock Generator offers 2 fuUy user-programmable phase-locked 
loops in a single package. The outputs may be changed “on the fly” to any desired frequency value in 
the range 320 KHz to 160 MHz (VCLKOUT) and 320 KHz to 120 MHz (MCLKOUT). The ICD2062 is 
ideally suited for any design where multiple or varying frequencies are required, replacing more 
expensive metal can oscillators, particularly where the application requires expensive complementary 
ECL oscillators. 

The Video Clock output may be programmatically divided by 1,2,3,4,5 or 8 in order to generate the 
Load Signal, which is further divided by 2 and 4 for clocking video timing logic. A second Load Signal 
may be synchronously gated in order to enable starting and stopping the clocking of video RAMs. The 
ICD2062 can also configure the pipeline delay of certain RAMDACs (such as the Bt457/458) to a fixed 
pipeline delay. 

Being able to change the output frequency dynamically adds a v/hole new degree of freedom for the 
electrical engineer heretofore unavailable with existing crystal oscillator devices. Some examples of the 
uses for this device include: graphics board dot clocks to allow dynamic synchronization with different 
brands of monitors or display formats; and on-board test strategies where the ability to skew a system’s 
desired frequency (for example: ±10%) allows worst case evaluations. 
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Register Definitions 


Register File 

The Register File consists of the following registers and their selection addresses: 


Register Addressing 


Address 

Register 

Usage 

000 

REGO 

Video Clock Register 1 

001 

REGl 

Video Clock Register 2 

010 

REG2 

Video Clock Register 3 

oil 

MREG 

Memory or I/O Timing Clock 

100 

(Reserved) 


101 

DIVREG 

Load Divisor Register 

110 

CNTLReg 

Control Register 


Register Selection 

Video clock output is controlled not only by the SELO & SELl bits, but also by the OUTDIS- sign , as 
follows: 


VCLKOUT Selection 


OUTDIS- 

SELl 

SELO 

VCLKOUT 

0 

X 

X 

ffigh-Z 

1 

0 

0 

REGO 

1 

0 

1 

REGl 

1 

1 

X 

REG2 


The Memory Clock ouQtut is controlled by the OUTDIS- signal as indicated below: 


MCLKOUT Selection 


OUTDIS- 

MCLKOUT 

0 

ffigh-Z 

1 

MREG 


The Clock Select pins SELO & SELl have a dual purpose. When these pins are performing senal down¬ 
load, the VCLKOUT signal remains unchanged (unless the currently selected register is the one bemg 
programmed). When the pins SELO & SELl ate fimctioning as register selects, a timeout “larval is 
teauiied to determine whether the user desires register select or serial programmmg. At the end ot the 
timeout interval, new register selection occurs. At this point, the VCLKOUT signal will be multiplexed 
to the reference signal f(REF) for an additional timeout interval to give the VCO time to settle to its new 
value. [The timeout interval in both cases is approximately 5 msec — see the timeout mterval spec m the 

AC 'Uming Section.] 
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Control Register Definition 

The Control Register (CNTL Reg) allows the user to adjust various internal options. Most of these 
options arc for special cases, and should have no applicability to standard graphics usage. The rcgister 
word is defined as follows: 


Control Register 


C5 C4 C3 C2 Cl CO 



VCLKOUTPad 

0—>TTL output levels 
1 —> ECL output levels 

Duty Cycle Adjust 

0 —> 1 ns high-time decrease 
1—>Noac^ust 

RAUDAC Reset 

0 —> No Reset Command 
1 —> Reset RAMDAC 

Timeout Interval 

0 —> Normal nmeout Intewal 
1 —> Twieo Normal Timeout Intsival 

UUXREF 

0 -> Multiplex f (REF) to VCLKOUT 
1 -> Multiplex MCLK to VCLKOUT 

Reserved 

[Must be set to 0) 


I VCLKOUTPad-—This control bkdetenninesvvlietfaer the VCLKOUT Pad is at ECL or TTL levels. The 

default is ECL lewis. When in TTL mode, the VCLKOUT- Pad is nonfimctional, and remains tri-stated. 

i Duty Cycle Adjust—This control bit causes a Ins decrease in the output waveform high time. The default 

is no adjustment In situations in which tte capacitive load is beyond device specifications, or where the 
Threshold Voltage VTH is to be changed from CMOS to TTL levels, this adjustment can sometimes bring 
the output closer to 50% duty cycle. 

RAMDAC Reset—This control bit when set will cause the ICD2062 to issue a RAMDAC reset 
s cg rr-ncR , which is required by some specific RAMDACs (such as the Bt457/458). For more specifics on 
this operation, see the paragraph titled ‘Internal Reset Sequence” in the section titled “RAMDACWRAM 
Interface”. NOTE: This operation will only take place the first time this bit is set 

Timeout Interval — The Timeout Interval is normally defined as in the AC Specifications. It is derived 
from the MCLK VCO, and if this VCO is programmed to certain extremes, the timeout may be too short If 
this control bit is set the Timeout Interval is doubled. 

MUXREF — This control bit determines which clock is multiplexed to the VCLKOUT output during 
frequency changes. While the VCLK VCO changes to a different frequency, a known clock is multiplexed 
' to the output The default is to multiplex the f(REF) reference fiequency, but some graphic controllers 
cannot run as slow as f(REF). This bit when set allows the MCLK to be used as an alternative frequency. 
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Divide Register Definition 

The output signals LDA, LDA/2, LDA/4, and LDC are all a function of the VCLK VCO value divided 
by the division factor stored in the Divide Register (DIVREG). DIVREG is at address 101. 


DIVREG Division Factors 


D2 

D1 

DO 

Division 

Factor 

OockLow 

(cyd^) 

QockHigh 

(cydes) 

0 

0 

0 

•♦•3 

1 

2 

0 

0 

1 

44 

2 

2 

0 

1 

0 

4-5 

2 

3 

0 

1 

1 

4^ 

4 

4 

1 

0 

X 

4-1 

v. 

V 2 

1 

1 

X 

4-2 

1 

1 


Register Initiaiization 

The ICD2062 Clock Synthesizer has several of its register in a known state upon power-up. This is 
implemented by the Power-On initialization circuitry. Hiree VGA registers are initialized based on the 
state of the INTTl and INTTO pins at power-up. Also, the Memory Clock is initialized based on the INIT 
pins. 

The Power-On Reset function operates transparently to the video subsystem. It performs its initialization 
function and is cleared before the system Power-On Reset permits the system to begin its boot process. 
The INTT pins must ramp up with VDD if a 1 on either of Aese pins is desired. They are internally 
pulled down, and so will default to 0 if left imconnected. 

The various registers are initialized as follows (aU frequencies in MHz): 


Register Initiaiization — ROM Option 1 


INTTl 

INTTO 

MREG 

REGO 

REGl 

REG2 

0 

0 

3Z5 

25.175 

28.322 

28.322 

0 

1 

40.0 

25.175 

28.322 

28.322 

1 

0 

50.350 

40.00 

28.322 

28.322 

1 

1 

56.644 

40.00 

50.35 

25.175 
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Serial Programming Architecture 


The ICD2062 programming scheme is simple, yet impenetrable to accidental access. Because the only 
common denominator between most VGA and 8514 controllers is a few clock select pins, these have to 
perform the dual function of clock selection and serial programming. The Serial Program Block (See 
diagram on p. 1) contains several components: a Serial Unlock Decoder (containing the Unlocking 
Mechanism and Manchester Decoder), a Watchdog Timer, the Serial Data Register (Serial Reg) and a 
Demultiplexer to the Register File. 


Serial Program Block Diagram — Detail 



Unlocking Mechanism 

The Unlocking Mechanism watches for an initial break sequence detailed in the following timing 
diagram: 

Unlock Sequence 

SELIAIATA 

SELQ/aK 

The initial unlock sequence consists of at least five low-to-high transitions of CLK with DATA high, 
followed immediately by a single low-to-high transition of CLK with DATA low. Following this unlock 
sequence, the encoded serial data is clocked into the Serial Data Register. 

Watchdog timer 

Following any transition of CLK or DATA, the Watehdog Timer is reset and begins counting. 
Throughout the entire programming process, the Watchdog Tuner ensures that rising edges of CLK do 
not violate the timeout specification (of 1ms — see AC specs). If a timeout does occur, the Lock Mecha¬ 
nism is rearmed and the current data in the Serial Data Register is lost 
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Since the VCLK registers are selected by the SELO or SELl bits, and since any change in their state may 
affect the resultant output frequency, new data input on the Selection Bits is only permitted to pass 
through to the Decode Logic after the Watchdog Tuner has timed out This delay of SELO or SELl data 
permits a serial program cycle to take place without affecting the current register selection. The process 
of serial programming has no effect on the performance of the graphics subsystem. [Note that there rs a 
latency amounting to the duration of the Watchdog Tuner before any new VCLK register selections take 

effect] 

The Serial Data Register 

Serial d at^ is clocked into the Serial Data Register in the following order: 


Serial Data Timing 



The serial data is sent using a modified Manchester encoded data format This is defined as follows: 

1 _An individual date bit is sampled on the rising edge of CLK. 

2 The of the data bit must be sampled on the previous failing edge of CLK. 

3 The Setup and Hold Time requirements must be met on both CLK edges. 

4 _The unlock sequence, start, and stop bits are not Manchester encoded. 

For specifics on timing, see the timing diagram in the Device Specifications Section at the end of this 
Datasheet 

The bits are shifted in this order: a start bit 21 data bits, 3 address bits (which designate the d^ired 
register) and a stop bit (which also functions as a load strobe to transfer the data from the Senal Reg 
into the desired register). For the VCO registers (REGO, REGl, REG2, MREG), the data is made up of 4 
fields: D[20:17] = Index; D[16:10] = P’; D[9:7] = Mux; D[6:0] = Q’. [See the section on “Programnung 
the 2061” for more details on the VCO data word.] For the other registers of fewer than 21 bits 
(DIVREG, CNTL Reg), the upper bits are used (starting with the MSB). A total of 24 bits must always 
be Ibaded into the Serial Data Register (or an error is issued). 

FoUowing the entry of the last address bit, a stop bit or “load command” is issued by bringing DATA 
high and toggling CLK high-to-low and low-to-high. The Unlocking Mechanism then automaticaUy 
rearms itself following the load. Only when the Watchdog Tuner has timed out are the SELO & SELl 
pins permitted to return to their normal clock select function. 
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Note that the Serial Data Register (Serial Reg) which receives the address and data bits is exactly the 
correct length to accept the data being sent The stop bit is used as a load command which passes the 
Serial Reg contents on to the register file location indicated by the address bits. If a stop bit is not 
received after the Serial Data Register has been filled, but rather more valid encoded data is received, 
then all of the received serial data is ignored, the Unlocking Mechanism rearmed, and an error is issued. 
The device counts the serial data clock edges to know exactly when the Serial Buffer is fuU, and thus to 
know which bit is the stop bit Following the stop bit the Unlocking Mechanism rearms itself. If corrupt 
data is detected (i.e., incorrectly Manchester-encoded data), then the Unlocking Mechanism is rearmed, 
the Serial Counter reset all received data ignored, and ERROUT- is asserted. 

ERROUT- Operation 

The ERROUT- signal is used to inform when a program error has been detected internally by the 
ICD2062. The signal remains low until the next unlock sequence. 


The following circuit shows the basic mecharusm used to detect valid and erroneous serial data: 



RULE: Must have different values on the rising and falling edges when sampling 
the filing edge first Valid data is read on the rising edge of CLK. 


The ERROUT- signal is invoked for any of the following error conditions: incorrect start bit; incorrect 
Manchester encoding; incorrect length of data word; incorrect stop bit 

NOTE: If there is no input pin available on the target VGA controller chip to monitor ERROUT-, a 
software routine which counts VSYNC pulses to measure output frequency may be used as a deter¬ 
mination of programming accuracy. 
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Programming the ICD2062 

The desired output frequency is defined via a serial interface, with a 21-bit number shifted in. The 
ICD2062 has two programmable oscillators, requiring a 21-bit programming word (W) to be loaded into 
each channel’s respective registers independently. This word contains 4 fields: 


Held 

#Bits 


Index 00 

4 bits 

(MSB—^Most Significant Bits) 

P counter (P’) 

Tbits 


Mux(M) 

3 bits 


Q counter (Q’) 

Tbits 

(LSB—^Least Significant Bits) 


The frequency of the programmable oscillator f(VCO) is determined by these fields as follows: 


P»=130-P Q’= 129-Q 

P 

f(VCO) = (2 • f(REF) • Q ) 

where f(REF) = Reference frequency (between 1 MHz - 60 MHz; typically 14.31818 MHz). NOTE: K a 
reference frequency other than 14.31818 MHz is used, then the initially loaded ROM frequencies will 
not be correct 

The value of f(VCO) must remain between 40 MHz and 160 MHz inclusive. Therefore, for output fre¬ 
quencies below 40 MHz, f(VCO) must be brought into range. To accomplish this, a post-VCO Divisor is 
selected by setting the values of the Mux field (M) as follows: 


M 

Divisor 

000 

1 

001 

2 

010 

4 

on 

8 

100 

16 

101 

32 

no 

64 

111 

128 


The Index field (I) is used to preset the VCO to an appropriate range. The value for this field should be 
chosen from the following table. (Note that this table is referenced to the VCO ftequency„f(VCO), rather 
thari to the desired output frequency.) Note that VCLK may be shut off, but that MCLK must be left 
running. 
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IC 


DESIGNS 


f(vco, (MHz) 

I 

40.0 - 42.5 

0000 

42.5-47.5 

0001 

47.5 - 53.5 

0010 

53.5-58.5 

0011 

58.5-62.5 

0100 

62.5-68.5 

0101 

68.5-76.0 

0110 

76.0-82.0 

0111 

82.0-87.0 

1000 

87.0 - 92.0 

1001 

92.0 - 97.0 

1010 

97.0-105.0 

1011 

105.0-115.0 

1100 

115.0- OP 

1101 

Tto off VCLK 

1110 

MuxMCLKtoVCLK 

nil 


When the Index Field is programmed to 1111, VCLK is turned off and both chaimels run from the same 
VCLKVCO. 

To assist with these calculations, IC DESIGNS provides the SERDATA program. SERDATA is a pro¬ 
gram for the IBM PC which automatically generates the appropriate programming word from the user’s 
reference and desired output frequencies. SERDATA is also available for the Apple Macintosh as a 
HyperCard 2.0 stack. 

Programming Constraints 

There are five primary programming constraints the user must be aware of: 


IMHz ^ f(REF) ^ 60MHz 
200KHZ < < IMHz 

40MHz < £^cO) ^ 160MHz 

3 ^ Q <129 

4 <P <130 


The constraints have to do with trade-offs between optimum speed with lowest noise, VCO stability, and 
factors affecting the loop equation. The factors are listed here for completeness’ sake; however, by using 
the aforementioned SERDATA program, these constraints become transparent 
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Programming Example 

The following is an example of the calculations SERDATA performs: 

Derive the proper programming word for a 39.5 MHz output frequency, using 14.31818 MHz as the 
reference frequency: 

Since 39.5 MHz < 40 MHz, double it to 79.0 MHz. Set M to 001. Set I to 0111. The result: 

f(VCO) = 79.0 = (2 • 1431818 • ^ ) 

^=2.7587 

Several choices of P and Q are available: 


p 

Q 

f(VCO) 

Error (PPM) 

69 

25 

79.0363 

460 

80 

29 

78.9969 

40 

91 

33 

78.9669 

419 


Choose (P, 0) = (80,29) for best accuracy (40 PPM). 
Therefore: 


P’=130-P = 130 - 80 = 50 = 0110010 = 1001101 
Q’ = 129-Q = 129-29 = IM = 1100100 = 0011011 

I’ 

and the full programming word, W, is: 

W = = 0111,1001101,001,0011011 = 011110011010010011011 

The programming word W is then sent as a serial bit stream, LSB first Appropriate address bits and start 
& stop bits must also be included as defined in the “Serial Programming Scheme” section. 
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RAMDAC/VRAM Interface 


Interfacing to the RAMDAC 

The figure below shows how to interface the ICD2062 to a RAMDAC. The part should be located as 
close to the RAMDAC as possible. Termination resistors are needed on the VCLKOUT ou^uts, and 
should be located as close as possible to the RAMDAC. 


+ 5 V 



The ICD2062 may drive the CLOCK inputs of up to four RAMDACs, if they are located physically 
adjacent to each other. In this case, only 2 sets of termination resistors should be used, and these should 
be located nearest the farthest RAMDAC from the ICD2062. 

Typical ICD2062 Usage 

The DIVREG Register holds the divisor, which can be 1,2,3,4,5 or 8, by which the pixel clock is 
divided to generate the load signals: LDA, LDA/2 and LDA/4. 

The ENABLE input is synchronized internally to LDA; it may be used to start and stop the LDC output 
synchronously. When ENABLE is low, LDC is held low. When ENABLE is high, then LDC will be 
free-running and in phase with LDA. This allows the video DRAM shift registers to be non-clocked 
during the retrace intervals. 

NOTE: For fanouts > 4, LDC needs to be buffered. 

< 
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Preliminary Data Sheet 


Internal RESET Sequence 

The internal RESET signal allows the ICD2062 to set the RAMDAC pipeline delay to a specific cycle 
count, depending on the RAMD AC. Reset takes place the first time the CNTL Register’s Reset Bit is 
set Following the first rising edge of LDA/4 after the Reset Bit is set the VCLKOUT and VCLKOUT- 
outputs are stopped in their respective high and low states; at the next rising edge of LDA/4, these 
outputs are again allowed to be free-ruiuiing. The figure below shows the operation of the internal 
RESET signal: 


Internal RESET Timing 

CLOCK nnnnnnnnnnr 

y u y u y u y u y u L 

LDA/4 


INTERNAL 

RESET 


VCLKOUT 


VCLKOUT 



V1.1 (Sept ’91) 


ICD2062 


15 










Power Management Issues 


Estimating Totai Current Drain 

Actual current drain is a function of frequency and of circuit loading. The operating current of a given 
output is given by the equation: I = C • V • f, where I=current, C=load capacitance (max. 25pf), 
V=output voltage (usually 5V for TTL pads, 1.5V for ECL pads), and f=output frequency (MHz), 


To calculate total operating current sum the following: 


MCLKOUT 

— 

C • V • f(MCLKOUT> 


VCLKOUT 

— 

C»V*f(VCLKOUT) 

; (ECL pad, V= 1.5V) 

VCLKOUT- 

— 

C* V*f(VCLKOUT-) 

; (ECL pad, V= 1.5V) 

LDA 

— 

C*V*f(LDA) 

• 

LDA/2 

— 

C • V • f(LDA/2) 


LDA/4 

— 

C • V • f(LDA/4) 


LDC 

— 

C • V • f(LDC) 


Internal 

—> 

12ma 



This gives an approximation of the actual operating current For unconnected output pins, one can 
assume 5-lOpf loading, depending on package type. 


Typical values: 



Capaddve 


Frequenty 

Load 

Curre] 

low 

none 

15 

high 

none 

50 

high 

high 

100 
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Preliminary Date Sheet 


IC DESIGNS 


Circuit Operation 


Circuit Description 

The ICD2062 is designed to use an inexpensive TTL crystal and to generate the high-frequency ECL 
clock signals required by RAMDACs. ITie VCLKOUT and VCLKOUT- signals interface directly with 
the RAMDAC CLCXTK and CLOCK- inputs. Ouq)ut levels of the complementary ECL pads are 
compatible with lOKH ECL circuitry operating from a single +5V power supply. 



Each oscillator block is a classical phase-locked loop connected as shown above. The external input 
frequency f(REF) goes into a “divide-by-n” block. The resultant signal becomes the reference frequency 
for the phase-locked loop circuitry. 

The phase-locked loop is a feedback system which phase matches the reference signal and the variable 
synthesized signal. The system averages zero phase error between the negative edges arriving at the 
phase detector. The phase error at the charge pump tells the VCO either to go faster or slower as re¬ 
quired. The greater the change in control voltage, the greater the change in the VCO’s output frequency. 
This up and down movement of the variable frequency will quickly lock on to the reference frequency, 
resulting in an output oscillation as stable as the input reference. An internal loop filter provides stability 
and damping. 

Stability and “Bit-Jitter” 

The long-term frequency stability of the IC DESIGNS phase-locked loop frequency synthesis compo¬ 
nents is good due to the nature of the feedback mechanism employed internally in the design. As a 
result, stability of the devices is affected more by the accuracy of the external reference source than by 
the internal frequency synthesis circuits. 

Short-term stability (also called “bit-jitter”) is a manifestation of the frequency synthesis process. The IC 
DESIGNS frequency synthesis parts have been designed with an emphasis on reduction of “bit-jittef”. 
The primary cause of this phenomenon is the “dance” of the VCO as it strives to maintain lock. Low- 
gain VCO’s and sufficient loop filtering are design elements specifically included to minimize this “bit- 
jitter”. The IC DESIGNS families of frequency synthesis components are aU guaranteed to operate at a 
jitter rate low enough to be acceptable for graphic designs. 
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Frequency Range 

The frequency range of the video clock VCO is 320 KHz - 160 MHz. The Memory Clock VCO operates 
in the range of 320 KHz — 120 MHz. 

Output Disable 

When the OUTDIS- pin is asserted (active low), all the output pins except XTAL OUT and ERROUT- 
enter a high impedance mode, to support automated board testing. 


PC Board Routing Issues 

Traditionally, having multiple crystals has allowed the designer to locate them in those places on the 
board where they are needed. Using a monoUthic circuit puts some constraints on the PC board layout to 
accommodate a single source of all clocks, particularly at fipequencies above 50 MHz. 

A full power and ground plane layout should be employed both under and around the IC package. The 
analog power pin (AVDD) should be bypassed to ground with a O.ljif multi-layer cerairuc capacitor and 
a 2.2|jJ^10V tan tal um capacitor wired in parallel. Both capacitors should be placed within 0.15 of the 
power pin. A 22Q. resistor placed between the power supply and the AVDD pin can help to filter noisy 
supply lines. Refer to IC DESIGNS AppUcation Note, Power Feed and Board Layout Issues, for more 
details and for illustrative schematics. 

The designer should also avoid routing any of the output traces of the ICD2062 in close parallel pro¬ 
ximity. Large routing lengths and large fanouts add capacitance to output drivers. Capacitance affwts the 
rise and fail times of the outputs. Large fanouts should therefore be buffeted, particularly for the highest 
frequencies. When designing with this device, it is best to locate the ICD2062 closest to the device 
requiring the highest frequency. 

FCC & Noise issues 

A conscious design effort was made to achieve the optimum rise & fall times at the output pads in order 
to produce acceptable signals at the clock destinations when operating at high frequencies. Unfortu¬ 
nately, the production of the squarest possible square waves can lead to the generation of high-energy 
odd harmonics, which can result in extraneous emissions. 

For techniques on how to design with this device while taking FCC emission issues into consideration, 
please refer to the IC DESIGNS Application Note: Minimizing Radio Frequency Emissions. 

ECL Design Issues 

Please refer to the IC DESIGNS AppUcation Note: ECL Design Guidelines. 

Minimized Parasitic Problems 

All of the IC DESIGNS famiUes of frequency synthesis components have been optimized to reduce 
internal noise and crosstalk problems. To minimize adjacency problems, aU the synthesis blocks are 
physically separated into discrete elements with their output oscillator pins placed on opposite sides of 
the die. Further, all the synthesis VCO’s are separated from their digital logic. Finally, separate power 
and ground buses for the analog and digital circuitry are used^___ 
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Preliminary Data Sheet 


IC DESIGNS 


Temperature and Process Sensitivity 

Because of its feedback circuitry, the ICD2062 is inherently stable over temperature, voltage and 
manufacturing process variations. Incorporating the loop filter internal to the chip assures that the loop 
filter will track the same process variations as does the VCO. \^^th the ICD2062, no manufacturing 
“tweaks” to external filter components are required as is the case with external “de-coupled” filters. 

Order Entry Information 


Part 

Number 

Package 

Type 

Tmperature 

Range 

Chip 

Options 

ICD2062 

P = 20-Pm Plastic 
DIP 


-1 


C = 20-Pm Ceramic 
DIP 


(Other ROM options 
are available 
by special order) 


S = 20-Pin SOIC 




Example: order ICD2062PC for the ICD2062,20-pin plastic DIP, commercial temperature range device 
with the initial frequencies shown in the Register Initialization Table. 
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Device Specifications 


Electrical Data 

Maximum Ratings 

DC Characteristics 

VDD = +5V ±5% 

O'C 


N am e Description 

VDD Supply voltage relative to GND 

ViN Input Voltage with respect to GND 

Toper Operating Temperature 

Tstor Storage Ten^jmture 

Tsol Soldering Temperature (10 sec) 

Tj Junction Tenqjerature 

PntCT Package Powct Dissipation__ 


Min 

Max 

Units 

-0^ 

7.0 

Volts 

-0^ VDD-i-0^ Volts 

0 

+10 

«c 

-65 

+150 

“C 


+260 



+125 



375 

mWatts 


Max 

Units 

Conditions 


Volts 


0.8 

Volts 


VDD-d.8 

Volts 


VDI>-1.6 

Volts 



Volts 

IOH=-4nia 

0.4 

Volts 

IOL= 4iiia 

100 

pa 

Vffl = 5.2V 

-250 

pa 

ViL=0V 

10 

pa 


100 

mfl 



ma 

@60 MHz 

10 

pf 



pf - 



Name Description 

Vffl High-level input voltage 

VjL Low-kvel input voltage 

VoH(BCL) ECL High-level output* 

VouBCL) EO. Low-level output* 

VoHcrrL) TTL High-level output^ 

Volotl) TTL Low-level output* 

Iq] Input high cunent 

Iq, Input low cunent 

lot. Output lealcage current 

Icc Power supply current 

Icc-TYP Power supply curr. (typical) 

CiN Input Capacitance 

CouTfECt.^ Output Capacitance 


Min 
ZO 

VDD-1.0 

VDD-ZO 

Z4 


15 


Typ 


45 


* ECL outputs: VLKCOUT, VCLKOUT- 

* TTL outputs: MCLKOUT, LDA, LDA/2. LDA/4, LDC, ERROUT- 
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Electrical Data 


AC Characteristics 

VDD = +5V ±5% 

o°c 


Symbol 

Name 

Description 

Min 

Typ 

Max 

Units 

fREF 

reference 

Reference Oscillator nominal value 

1 

14.31818 

60 

MHz 

frequency 

(Note: for lefennces of other thai 
14.31818 MHr, the pre-loaded ROM 





tl 

output 

cio^ 

fixcpiencies will not be acomite.) 

6.25 


3000 

ns 

t2/ti 

period 
duty cycle 

Duty cycle for the output oarillatcrs 
(Note: duty cycle is measured at 

45% 


55% 




CMOS threshold levels. AtS volts, 
ViH=2^Volts.) 




ns 

ts 

rise time 

Rise time for the output oadUators 



3 


mtoa2S pfload 




ns 

t4 

fall time 

Fall time fer the output oscillators 
into a 25 pfload 

16.6 


3 

1000 



reference 

period 

l/fREP 


ns 



tfreql 

freql ouQ>ut 

Old fiequency output 





IfreqZ 

freq2 output New fieqiwncy output 



3/2 IreP 


tx 

f mitr 

Hme clock output lemains low while 

l/2tREF 



Idiiieoat 

time 

timeout 

interval 

output muxes to reference frequency 

Intenial interval for serial program¬ 
ming and fev VeX) changes to settle. 

If the interval is too shoit, see the 
timeout interval section in the control 

2 

5 

10 

ms 



tfreq2mux 

time 

register deGnidoiL 

Hme dock output remains low while 



^^t6eq2 


output muxes to new freqimncy value 


12 

ns 

ts 

tri-state 

Hme for die output oadllaton to go 
into tri-state mode after ODIDIS— 
signal asserdoo 

0 


12 

ns 


t6 

elk valid 

Hme for the output oscillators to 
recover ftom tri-aute mode after 
OUTOIS- signal goes high 

0 


160 

MHz 


final 


VCLKOUT clock rate 



(SKEW- 


VaXOUT to LDA output skew 

2 


6 

ns 

LDA 

(skew- 


LDA to LDA/2 output skew 

0 

1 

2 

ns 

UitJl 

tSKBW- 


LDA to LDA/4 output skew 

0 

1 

2 

ns 

U3AM 

tsKEW- 


LDA to LDC output skew 

0 

1 

2 

ns 

ux: 

tsN-SU 


ENABLE setup time to LDA 

12 



ns 

tEN-HD 


ENABLE bold time to LDA 

0 



ns 

(foclk 


Clock period of serial dock 

2/tRBF 


1 

ms 

tsu 


Setup time 

20 



ns 

tHD 


Hold time 

10 



ns 

ttdand 


Load command 

0 


tl +30 

ns 


A 


V1.1 (Sept ’91) 


ICD2062 


21 













ICD2062 


V1.1 (Sept ’91) 














Preliminary Data Sheet 


1%^ DESIGNS 


RAMDAC / VRAM Interface Timing 





Serial Programming Timing 
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